Maven 依赖
Redis 服务器，在官网公开了使用的协议—— RESP。任何一个第三方库都可以通过上述协议，来实现出一个和 Redis 服务器通信的客户端程序
- 已经有很多大佬，做好了库，可以让我们直接调用，所以我们不必关注
Redis协议的细节了
Java 生态中，封装了 RESP 协议，实现的 Redis 客户端是有很多的。我们这里使用的是 jedis（这里提供的 API 和 Redis 命令高度一致）
jedis可以通过maven下载
<!-- https://mvnrepository.com/artifact/redis.clients/jedis -->
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>5.1.5</version>
</dependency>
Windows 环境下
- 这样的操作，就需要通过云服务器的外网 IP 来访问到
Linux服务器
只修改外网 IP 还不够
- 6397 端口，默认是被云服务器的防火墙给保护起来的（不能被外面访问）
- 防火墙保护起来了，别人进不去，我们自己也访问不了
端口处理
- 我们自己的电脑，好比小区里面的住宅楼，被
NAT保护起来了。如果有人想偷东西，成本就非常高，先想办法进入小区，然后再想办法进入单元楼，再想办法进你家…- 云服务是有外网 IP 的，云服务器就相当于保留在大街上的门市房。有人想偷东西，成本就比较低了，只要想办法进你家就行
- 每给云服务器开放一个端口，就好比开放了一扇门。开的端口多了，门就多了，小偷进入的概率就更大了
直接在云服务器后台，把防火墙放开，不就行了吗？
- 不行！！！（千万不要这么做）
Redis的端口一旦公开到公网上，就特别容易被入侵（不出三天，就要被入侵）
那要是我们给 Redis 换一个端口，是不是就安全了呢？
- 掩耳盗铃，没用。
解决方法
现在不能开放 Redis 端口，但是我们又想要自己能通过外网访问，怎么办呢？
- 让
Java程序也在Linux上运行
这就需要我们把自己的代码打成可执行的 jar 包，然后把 jar 包拷贝到 Linux 服务器上执行
- 配置
ssh端口转发，把云服务器的Redis端口，映射到本地主机
端口转发
ssh 功能非常强大，其中很重要的特性，就是能够支持端口转发。相当于通过 ssh 的 22 端口，来传递其他端口的数据
- 本身我们是需要通过
Windows主机，访问云服务器的6379端口，于是就构造了一个特殊的ssh数据报，就把要访问Redis的请求，放到ssh数据报里
这个数据就会通过 22 端口发给服务器，服务器的 ssh 服务器程序，就能够解析出上述的数据报，然后把数据报交给 6379 端口的程序（ssh 起到了一个中介的效果）
一个 Linux 主机上，存在的服务器有很多，ssh 也可能需要来给多个端口传递数据，这个时候，为了区分不同的端口，往往会把服务器的端口在本地用另外一个端口来进行表示
- 此时客户端的程序访问
127.0.0.1:8888就相当于是访问Linux服务器的6379了 - 访问本地端口，就相当于访问远程服务器上的端口
只需要进行简单的配置，后续就把云服务器的端口就当成一个本地的端口使用即可
mac 环境下
- 此时客户端使用
127.0.0.1这样的 IP 来连接Redis服务器即可
import redis.clients.jedis.Jedis;
import redis.clients.jedis.JedisPool;
public class RedisDemo {
public static void main(String[] args) {
// 连接到 Redis 服务器上
JedisPool jedisPool = new JedisPool("localhost",6379);
// 从 Redis 连接池中取一个连接出来
// 连接用完之后要释放，此处的释放不一定是真的关闭 TCP 连接，而是将连接放回到池子里
// 因为是在 try 后面的()里面进行取连接的，执行结束后会自动关闭
try(Jedis jedis = jedisPool.getResource()) {
// Redis 的各种命令，就对应到 Jedis 对象的各种方法
String pong = jedis.ping();
System.out.println(pong);
}
}
}
- 这里的
URL，仅仅是当前开发阶段这么写，后续如果我们的程序要部署到云服务器，此时就得按照云服务器的事迹情况来写这里的 IP 和端口了