1.背景
? ? 研发部门对于客户端选型比较广泛和随意，依赖的分支也不统一，感觉就像百度到一个就直接用，或者是有一个功能满足就换，没有考虑到其他组的使用情况以及集中维护。
????另外一个是如果作为公司pom脚手架的基本组成部分，需要考虑统一成一个还是多个并存的问题，现在有两个考量：如果性能不是大问题，建议统一集中为一个就行; 如果需要多个并存，至少不能多于2个客户端。
2.比较
? ? 官方推荐的java客户端只有Jedis、lettuce、Redisson，所以这次分析只针对这三个进行。
2.1.概述? ? Jedis: redis的Java实现客户端，提供了比较全面的Redis命令的支持。
? ? lettuce: Lettuce is a scalable thread-safe Redis client for synchronous, asynchronous and reactive usage. Multiple threads may share one connection if they avoid blocking and transactional operations such as BLPOP and MULTI/EXEC. Lettuce is built with netty. Supports advanced Redis features such as Sentinel, Cluster, Pipelining, Auto-Reconnect and Redis data models.
? ? Redisson: Redisson是一个在Redis的基础上实现的Java驻内存数据网格（In-Memory Data Grid）。它不仅提供了一系列的分布式的Java常用对象，还提供了许多分布式服务。其中包括(BitSet, Set, Multimap, SortedSet, Map, List, Queue, BlockingQueue, Deque, BlockingDeque, Semaphore, Lock, AtomicLong, CountDownLatch, Publish / Subscribe, Bloom filter, Remote service, Spring cache, Executor service, Live Object service, Scheduler service) Redisson提供了使用Redis的最简单和最便捷的方法。Redisson的宗旨是促进使用者对Redis的关注分离（Separation of Concern），从而让使用者能够将精力更集中地放在处理业务逻辑上。
? ? lettuce: 直接看官网的：https://lettuce.io/
2.2.性能? ? Jedis的性能比lettuce和Redisson都要差一点，三者的主要差异在于以下:
? ??1.Jedis使用同步和阻塞IO的方式，不支持异步；lettuce和Redisson支持异步，底层是基于netty框架的事件驱动作为通信层。
? ??2.Jedis设计上就是基于线程不安全来设计，一个连接只能被一个线程使用，但是可以结合连接池来提高其性能；lettuce和Redis基于线程安全来设计的，一个连接是被共享使用的，但是也提供了连接池，主要用于事务以及阻塞操作的命令。
? ??3.lettuce和Redisson支持异步流的方式。
? ? 一些公开的benchmark结果:
? ? Redisson和Jedis:
? ??https://dzone.com/articles/redisson-pro-vs-jedis-which-is-faster
? ? Jedis和lettuce:
? ??https://www.dubby.cn/detail.html?id=9108
? ? 上面的测试结果都是比较久远的，没找到三者共同参与的性能测试结果。
? ? 没有做三者的性能基准测试，主要是无目的性、无针对性的条件限制(并发数、数据量、指令kv的大小范围)，很难去做定量和可对比的基准测试（主要是我懒）。
2.3.功能? ? Jedis: 提供比较全面的redis原生指令的支持，上层封装比较弱，集群特性支持度非常低，高级特性几乎没有。
? ? lettuce: 高级redis客户端，支持各种模式的redis连接和操作，高级特性几乎没有。
? ? Redisson: 高级redis客户端，支持各种模式的redis连接和操作，同时提供一大堆的实用功能。
?
? ? Jedis和lettuce没什么功能，就简单的操作，连分布式锁都需要自己实现，所以先聊聊Redisson的高级功能，中间偶尔会用Jedis和lettuce做对比。
? ??1.十几种编码方式。
? ? Redisson是基于对象的操作，对于key对象和value对象可用不同的高级编码方式:
? ? JsonJacksonCodec、AvroJacksonCodec、SmileJacksonCodec、CborJacksonCodec、MsgPackJacksonCodec、IonJacksonCodec、KryoCodec、SerializationCodec、FstCodec、LZ4Codec、SnappyCodec、CompositeCodec
? ? 和四种基本的编码方式:
? ? JsonJacksonMapCodec、StringCodec、LongCodec、ByteArrayCodec
? ? 而Jedis操作只针对字节数组, lettuce支持ByteArrayCodec、StringCodec、CipherCodec、CompressionCodec四种。
? ? 按需使用，没有编码方式的比对。
2.分布式集合。
? ? 把大集合拆分并均匀分布到各个节点上，集合包括Set、Map、BitSet、Bloom Filter、Spring Cache和Hibernate Cache，并且支持本地缓存。（只有专业版才能用）分布式锁。
各种各样的分布式锁: 可重入锁ReentrantLock、公平锁FairLock、联锁MultiLock、红锁RedLock、读写锁ReadWriteLock、信号量Semaphore、可过期的信号量PermitExpirableSemaphore、计数器CountDownLatch
3.RPC
4.分布式调度任务服务
5.分布式MR
6.复杂多维对象结构和对象引用的支持
7.集群pipeline
? ? lettuce也支持。
? ? jedis不支持，jedis连多key（分布在不同节点的）操作都不支持。
8.事务
? ? 提供了XA Transactions标准的实现，可以集成到Spring中。（只有专业版才能用）
9.集群管理工具
? ? （只有专业版才能用）
10.限流器
? ? 分布式的限流工具（有timeout功能）。
11.自增/分布式ID
12.BloomFilter
13.延迟队列
2.4.选型? ? Spring最早是默认以Jedis作为客户端, 但是后来改为了lettuce, lettuce与Jedis相比比较明显的特点是异步和线程安全, 底层是netty大杀器作为通信层, 性能比Jedis的线程不安全+连接池要好。
? ? Redisson是以其强大的功能以及面向对象的设计优于其他两者。
? ? 根据我们的业务需要:
? ? 1.限流
? ? 2.分布式锁
? ? 3.缓存
? ? 4.GID生成
? ? 5.延时队列
? ? 6.lua脚本
? ? 7.请求合并
? ? Redisson都能满足，实际上单是使用Redisson作为Spring的客户端就足够了。
? ? 个人倾向lettuce + Redisson。
?
? ??感谢你的阅读，既然都读完了，就不要白嫖
，帮忙给我的淘宝店增加一个点击：https://shop62062711.taobao.com/
相关文章
