Maven 依赖
Redis 服务器,在官网公开了使用的协议------ RESP。任何一个第三方库都可以通过上述协议,来实现出一个和 Redis 服务器通信的客户端程序
- 已经有很多大佬,做好了库,可以让我们直接调用,所以我们不必关注
Redis协议的细节了
Java 生态中,封装了 RESP 协议,实现的 Redis 客户端是有很多的。我们这里使用的是 jedis(这里提供的 API 和 Redis 命令高度一致)
jedis可以通过maven下载
xml
<!-- 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服务器即可
java
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 和端口了