redis常用的客户端:
Jedis
1. Jedis是老牌的redis的额java实现客户端,提供了比较全面的redis命令的支持。
2. Jedis使用阻塞的I/O,其方法调用都是同步的,程序流需要等到sockets处理完I/O后才能执行,不支持异步。
3. Jedis是直接连接redis server,如果在多线程环境下是非线程安全的,这个时候只有使用连池,为每个Jedis实例增加物理连接。
Redission
1. 实现了分布式和可扩展的java数据结构。
2. 促使使用者对redis的关注分离,提供很多分布式相关操作服务,例如:分布式锁,分布式集合,可通过redis支持延迟队列。
3. 基于netty框架的事件驱动的通信层,其方法调用是异步的。
4. Redisson的API是线程安全的,所以可以操作单个Redisson连接来完成各种操作。
5. Redisson的宗旨是促进使用者对redis的关注分离,从而使使用者能够将精力更集中的放在业务处理逻辑上。
Lettuce
1. 高级redis客户端,用于线程安全同步,异步和响应使用,支持集群,Sentinel,管道和编码器。
--在springboot2.0之后,对redis连接的支持,默认使用lettuce。
2. 基于netty框架的事件驱动的通信层,其方法调用是异步的。
3. lettuce的API是线程安全的,所以可以操作单个lettuce连接来完成各种操作。
4. lettuce能够支持redis4,需要jdk8及以上。
5. lettuce基于netty实现与redis进行同步和异步的通信。
6. lettuce的连接是基于netty的,连接实例(StatefulRedisConnection)可以在多个线程间
并发访问,stateRedisconnection是线程安全的,所以一个连接实例可以满足多线程环境下的
并发访问,这也是可伸缩设计,当一个连接实例不够的时候可以按需增加连接实例。
总结:
1. 优先使用lettuce,如果需要分布式锁,分布式集合等分布式个高级特性,添加Redisson结合使用,因为Redisson本身对字符串的操作支持很差。
2. 在一些高并发的场景中分布式锁是解决高并发的很好选择,如秒杀,抢票,抢购;