文章目录
- 一.springboot整合redis.
- 1.引入依赖.
- 2.添加配置.
- 3.使用封装对象举例
- 二.细节讲解
- 出现问题,堆外内存溢出
- 解决方案,切换客户端
- 三.补充原理.
一.springboot整合redis.
1.引入依赖.
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
其实springboot整合其他主流框架直接在后面加上名称即可,比如spring-boot-starter-redis,然后就直接可以用,可以直接注入了.
主要原因大概就是springboot框架已经包含了自动注入的功能,对于每一个引入的主要jar包(包含starter),都有一个factory的配置文件,里面配置了jar包的全路径,有了这个路径就可以将这些类处理然后注入到spring工厂中,我们就可以直接使用.
2.添加配置.
#地址
spring.redis.host=192.168.68.2
#端口
spring.redis.port=6379
#超时时间
spring.redis.timeout=60000
集群的话可以使用以下两个配置
#以下是最关键的两个配置,
#最大的切换连接节点的数目,当连接某一个节点不成功时,会去连接另一个节点
spring.redis.cluster.max-redirects=1000
spring.redis.cluster.nodes=192.168.5.111:6380,192.168.5.111:6381,192.168.5.111:6382,192.168.5.111:6383,192.168.5.111:6384,192.168.5.111:6385
3.使用封装对象举例
@Service
public class RedisService {
@Resource
RedisTemplate<String,String> template;
ValueOperations<String, String> string = template.opsForValue();
HashOperations<String, Object, Object> hash = template.opsForHash();
ListOperations<String, String> list = template.opsForList();
SetOperations<String, String> set = template.opsForSet();
ZSetOperations<String, String> zset = template.opsForZSet();
//封装String类型方法
public void set(String key,String value){
string.set(key,value);
}
public String get(String key){
return string.get(key);
}
//封装hash方法
public void hset(String key,String itemKey,String itemValue){
hash.put(key,itemKey,itemValue);
}
public String hget(String key,String itemKey){
return (String)hash.get(key,itemKey);
}
}
-----测试-----
@org.junit.Test
public void TestRedisService(){
redis.set("name","wang");
redis.hset("hset","韩信","刺客");
System.out.println(redis.get("name"));
System.out.println(redis.hget("hset","韩信"));
}
二.细节讲解
出现问题,堆外内存溢出
当我们的项目直接使用以上配置的时候,对项目进行压测,可能很快就出现堆外内存溢出.
出现这个问题的原因就是lettuce操作netty的bug,在springboot2.0以后,默认使用lettuce作为操作redis的客户端.它使用netty进行网络通信,因为这个bug导致netty堆外内存溢出.
假如我们的项目设置jvm最大内存为200m,那么netty如果没有指定堆外内存的话,就会默认使用我们这里的200m作为堆外内存的大小.同时这个堆外内存的使用并不会得到及时释放,将会不断增加.所以会出现堆外内存溢出.
解决方案,切换客户端
这里有两个解决方案:
- 升级lettuce客户端
- 切换客户端为jedis.
因为考虑到升级版本可能会带来其他的兼容问题,这里选择一种比较简单的方式,切换客户端为jedis.
切换方式:
直接修改pom即可,其他代码,配置都不用改.
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
<exclusions>
<exclusion>
<groupId>io.lettuce</groupId>
<artifactId>lettuce-core</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
</dependency>
三.补充原理.
我们直接将操作redis的客户端由lettuce切换成jedis,但是使用的时候却不用做任何修改操作,
可以说非常方便,这是为什么呢?
无论是lettuce还是jedis,都是操作redis的底层客户端, spring都对其进行了统一的封装,也就是封装成restTemplate. 从配置层面就可以看到这个关系.
那怎么看底层的注入配置呢?其实springboot整合很多其他第三方组件,Redis,Mybatis,Elasticsearch等等都会有一个XXXAutoConifguration的配置类.直接搜索这个配置类即可.
这里我们主要看RedisAutoConfiguration.
而在对应的LettuceConnectionConfiguration和JedisConnectionConfiguration配置类中,都会向spring注入RedisConnectionFactory这个bean(在spring缺失这个bean的条件下)
这样,即使底层切换了客户端,在使用层面也不需要做任何修改.是非常方便的.
其实想一想如果我们自己去实现这个功能,你很有可能直接一套if else,没有jedis的话用lettuce,将来再新增一个其他的客户端,又增加个if else,这样是非常不美观,且不具有扩展性的,所以我们最重要的还是要学习这种思想,运用到我们自己的实际工作中.
今天的分享就到这里了,有问题可以在评论区留言,均会及时回复呀.
我是bling,未来不会太差,只要我们不要太懒就行, 咱们下期见.