- Jedis api 在线网址：http://tool.oschina.net/uploads/apidocs/redis/clients/jedis/Jedis.html
- redisson 官网地址：https://redisson.org/ redisson git项目地址：https://github.com/redisson/redisson
- lettuce 官网地址：https://lettuce.io/ lettuce git项目地址：https://github.com/lettuce-io/lettuce-core
首先，在spring boot2之后，对redis连接的支持，默认就采用了lettuce。这就一定程度说明了lettuce 和Jedis的优劣。
概念：
Jedis：是老牌的Redis的Java实现客户端，提供了比较全面的Redis命令的支持， Redisson：实现了分布式和可扩展的Java数据结构。 Lettuce：高级Redis客户端，用于线程安全同步，异步和响应使用，支持集群，Sentinel，管道和编码 器。
优点：
- Jedis：比较全面的提供了Redis的操作特性
- Redisson：促使使用者对Redis的关注分离，提供很多分布式相关操作服务，例如，分布式锁，分布式集合， 可通过Redis支持延迟队列
- Lettuce：基于Netty框架的事件驱动的通信层，其方法调用是异步的。
- Lettuce的API是线程安全的，所以 可以操作单个Lettuce连接来完成各种操作
可伸缩：
- Jedis：使用阻塞的I/O，且其方法调用都是同步的，程序流需要等到sockets处理完I/O才能执行，不支持异 步。Jedis客户端实例不是线程安全的，所以需要通过连接池来使用Jedis。
- Redisson：基于Netty框架的事件驱动的通信层，其方法调用是异步的。Redisson的API是线程安全的，所 以可以操作单个Redisson连接来完成各种操作
- Lettuce：基于Netty框架的事件驱动的通信层，其方法调用是异步的。Lettuce的API是线程安全的，所以 可以操作单个Lettuce连接来完成各种操作 lettuce能够支持redis4，需要java8及以上。 lettuce是基于netty实现的与redis进行同步和异步的通信。
lettuce和jedis比较：
- jedis使直接连接redis server,如果在多线程环境下是非线程安全的，这个时候只有使用连接池，为每个 jedis实例增加物理连接 ；
- lettuce的连接是基于Netty的，连接实例（StatefulRedisConnection）可以在多个线程间并发访问， StatefulRedisConnection是线程安全的，所以一个连接实例可以满足多线程环境下的并发访问，当然这也 是可伸缩的设计，一个连接实例不够的情况也可以按需增加连接实例。
- Redisson实现了分布式和可扩展的Java数据结构，和Jedis相比，功能较为简单，不支持字符串操作，不支 持排序、事务、管道、分区等Redis特性。Redisson的宗旨是促进使用者对Redis的关注分离，从而让使用者 能够将精力更集中地放在处理业务逻辑上。
总结：
优先使用Lettuce，如果需要分布式锁，分布式集合等分布式的高级特性，添加Redisson结合使用，因为 Redisson本身对字符串的操作支持很差。 在一些高并发的场景中，比如秒杀，抢票，抢购这些场景，都存在对核心资源，商品库存的争夺，控制不好， 库存数量可能被减少到负数，出现超卖的情况，或者 产生唯一的一个递增ID，由于web应用部署在多个机器 上，简单的同步加锁是无法实现的，给数据库加锁的话，对于高并发，1000/s的并发，数据库可能由行锁变成 表锁，性能下降会厉害。那相对而言，redis的分布式锁，相对而言，是个很好的选择，redis官方推荐使用 的Redisson就提供了分布式锁和相关服务。
