Redis框架Jedis及Redisson的对比

本文的主要内容为对比Redis的两个框架&＃xff1a;Jedis与Redisson&＃xff0c;分析各自的优势与缺点&＃xff0c;为项目中Java缓存方案中的Redis编程模型的选择提供参考。

Jedis与Redisson对比
1.概况对比

Jedis是Redis的Java实现的客户端&＃xff0c;其API提供了比较全面的Redis命令的支持&＃xff1b;Redisson实现了分布式和可扩展的Java数据结构&＃xff0c;和Jedis相比&＃xff0c;功能较为简单&＃xff0c;不支持字符串操作&＃xff0c;不支持排序、事务、管道、分区等Redis特性。Redisson的宗旨是促进使用者对Redis的关注分离&＃xff0c;从而让使用者能够将精力更集中地放在处理业务逻辑上。

2.编程模型

Jedis中的方法调用是比较底层的暴露的Redis的API&＃xff0c;也即Jedis中的Java方法基本和Redis的API保持着一致&＃xff0c;了解Redis的API&＃xff0c;也就能熟练的使用Jedis。而Redisson中的方法则是进行比较高的抽象&＃xff0c;每个方法调用可能进行了一个或多个Redis方法调用。

如下分别为Jedis和Redisson操作的简单示例&＃xff1a;

Jedis设置key-value与set操作&＃xff1a;

Jedis jedis &＃61; …;
jedis.set("key", "value");
List<String> values &＃61; jedis.mget("key", "key2", "key3");
Redisson操作map&＃xff1a;
Redisson redisson &＃61; …
RMap map &＃61; redisson.getMap("my-map"); // implement java.util.Map
map.put("key", "value");
map.containsKey("key");
map.get("key");


3.可伸缩性

Jedis使用阻塞的I/O&＃xff0c;且其方法调用都是同步的&＃xff0c;程序流需要等到sockets处理完I/O才能执行&＃xff0c;不支持异步。Jedis客户端实例不是线程安全的&＃xff0c;所以需要通过连接池来使用Jedis。

Redisson使用非阻塞的I/O和基于Netty框架的事件驱动的通信层&＃xff0c;其方法调用是异步的。Redisson的API是线程安全的&＃xff0c;所以可以操作单个Redisson连接来完成各种操作。

4.数据结构

Jedis仅支持基本的数据类型如&＃xff1a;String、Hash、List、Set、Sorted Set。

Redisson不仅提供了一系列的分布式Java常用对象&＃xff0c;基本可以与Java的基本数据结构通用&＃xff0c;还提供了许多分布式服务&＃xff0c;其中包括&＃xff08;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&＃xff09;。


在分布式开发中&＃xff0c;Redisson可提供更便捷的方法。

5.第三方框架整合

(1)Redisson提供了和Spring框架的各项特性类似的&＃xff0c;以Spring XML的命名空间的方式配置RedissonClient实例和它所支持的所有对象和服务&＃xff1b;

(2)Redisson完整的实现了Spring框架里的缓存机制&＃xff1b;

(3)Redisson在Redis的基础上实现了Java缓存标准规范&＃xff1b;

(4)Redisson为Apache Tomcat集群提供了基于Redis的非黏性会话管理功能。该功能支持Apache Tomcat的6、7和8版。

(5)Redisson还提供了Spring Session会话管理器的实现