背景
在shigen实习的时候，遇到了日志系统的性能优化问题，当时的优化点就是：使用redis的线程池，实现并发状态下的性能优化。但是找了很多的技术方案，发现redis的线程池配置起来比较麻烦。正巧，这个周末shigen在研究spring boot+ bitmap实现签到的功能，这个问题再次出现在了我的面前，不能惯着它，我再次研究起了redis线程池。
首先，跟我回一下线程池的工作原理吧，在shigen的文章《高性能API设计》中也有提到过。
配置
因篇幅限制和排版美观的要求，多行的代码采取代码截图的方式展示。
shigen在排版的时候选取了"图片自适应"选项，意味着横屏和竖屏显示的效果一样！
依赖
选取jedis作为redis的客户端。所以需要的依赖有：
所以，核心的依赖就是 jedis commons-pool2 ，需要注意的是在sring-boot-starter-redis中排除letture-core。
配置文件
主要是配置线程池的参数，我这里的数据是为了测试的效果明显，具体的配置参数选取可以通过压测获得。
yaml
spring:
application:
name: redis-springboot
# 配置redis的信息
redis:
host: 127.0.0.1
database: 0
timeout: 1200
password: 123456
jedis:
pool:
# 最大连接数
max-active: 10
# 最大阻塞等待时间
max-wait: -1
# 最大空闲连接
max-idle: 4
# 最小空闲连接
min-idle: 2配置类
这是核心。
这里边主要是配置了jedis的jedisConnectionFactory，以及redis的序列化方式，因为一不小心就会产生存储的数据是乱码的问题。当然，像链接地址、端口、密码之类的信息可以从配置文件获取，这里就简单展示了。
一切就绪，现在只差测试。
测试
我写了一个testController来测试实现的效果。
这里主要的操作是生成一个UUID作为key为"name"的value，之后读取值返回。好像很简单，但是接下来的硬核来了。
bash
ab -c 10 -n 1000 127.0.0.1:9000/redis这个命令就是来压测的，用10个并发线程，一共请求1000次接口。先看看控制台的输出：
这是一个压测报告，显示在0.293s就完成了1000个请求，但是我是10个并发的，这下连接池应该打上去了吧。
此时，redis的监控显示9个连接，OK，算一下，redis-cli连接了一个，项目配置的最大连接数10个，最小空闲2个，我的请求走完了，还有8个连接着。证明redis的连接池配置成功了，这下性能有优化了不少。
以上就是shigen今天的技术分享了，觉得不错的话，觉得点赞 关注 转发 在看哈，您的支持是我一直更新下去的动力。
与shigen一起，每天不一样！