redis客户端介绍与对比

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. 在一些高并发的场景中分布式锁是解决高并发的很好选择，如秒杀，抢票，抢购;