【赏码会】Redis的最佳拍档:Jedis

Jedis简介

作为Redis官方推荐的三个Java Client之一,Jedis推出时间最早,使用最为广泛(Spring默认使用的Redis Client就是Jedis),同时Star数也遥遥领先于另外两个。和其他Redis Client一样,Jedis通过RESP协议向Redis发送命令请求和解析响应数据。

源码赏析

【赏码会】Redis的最佳拍档:Jedis_第1张图片

最新版本的Jedis代码行数超过18K,和Redis本身(20K)处于同一规模。面对如此庞大的项目,分模块阅读是必然之选。由于类的数量太多,本文只在类层面进行简单解读,不会涉及具体的源代码。值得一提的是,虽然Jedis的代码称不上规范,比如全局缺注释、某些类的长度过长,但由于绝大多数方法都很简短,加上清晰的命名和完善的单元测试,代码可读性并没有太大影响。

Core: 核心模块,实现RESP协议

  • Jedis/BinaryJedis: 入口类,封装Redis的各种命令。
  • Client/BinaryClient/Connection: 与Redis进行具体的交互工作。
  • Protocol, RedisInputStream, RedisOutputStream: 实现RESP协议。

Sharding: 提供Partitioning支持

  • ShardedJedis/BinaryShardedJedis: 首先对传入的Key进行Hash计算(默认使用高性能、低碰撞率的MurmurHash算法),然后根据计算结果找到相应的Jedis实例,最后执行命令。

Pool: 提供连接池和Sentinel支持

  • JedisPool: 基于Apache Commons Pool实现的连接池,通过JedisFactory获取Jedis实例。
  • JedisSentinelPool: 通过侦听"switch-master"事件,每当master切换时,调用JedisFactory重新初始化master连接信息。
  • ShardedJedisPool: 与JedisPool类似,通过ShardedJedisFactory获取ShardedJedis实例。

Pipeline: 提供Pipelining和事务支持

  • Pipeline: 通过Jedis#pipelined()获取实例。以类型安全的方式获取执行结果,通过BuilderFactory将Object类型的Response转化为期望的结果类型。
    • 非事务模式:构建Response Queue,然后通过Client#getMany()批量获取结果。
    • 事务模式:通过MultiResponseBuilder缓存Response,然后批量获取结果。
  • Transaction: 通过Jedis#multi()获取实例。天然的事务属性,通过Client#getMany()批量获取结果,但无法获取单条命令的结果,且类型非安全。
  • ShardedJedisPipeline: ShardedJedis#pipelined()获取实例。不同于Pipeline和Transaction,由于请求可能落到多个Client上,只能通过Client#getOne()挨个获取结果,类型非安全。

Cluster: 提供Cluster支持

  • JedisCluster/BinaryJedisCluster: 通过JedisClusterConnectionHandler获取Jedis实例,然后执行命令。
  • JedisClusterConnectionHandler & JedisClusterInfoCache: 通过Collections#shuffle()随机返回一个Jedis实例。使用ReentrantReadWriteLock保证更新Cluster的Jedis实例列表时的线程安全性。
  • JedisClusterCommand: 通过retry机制获取有效的Jedis实例,然后再执行命令。

解惑

Q1:为什么有那么多的Binary*类(BinaryJedis, BinaryClient, BinaryShardedJedis, BinaryJedisCluster),它们看上去跟非Binary的子类差不多啊?

A: Binary的父类与非Binary的子类表面的区别是不管是key,还是value,只要涉及字符串语义的参数,前者都用byte[]类型传参,而后者使用String类型。而深层次的原因,我认为跟RESP协议有关,RESP协议是面向字节的协议,对于性能要求极高的场景,使用Binary类有助于提高性能(因为减少了一次String到byte[]的转换)。

Q2:Pipeline, Transaction以及普通的Jedis有何关联?

A: 简单来说,Pipeline和Transaction是批处理运行模式,一次获取多条命令的执行结果,而Jedis只能一条一条获取。而Pipeline和Transaction的区别主要有两点:1)Pipeline同时支持事务模式和非事务模式,而Transaction支持事务模式。2)Pipeline类型安全,Transaction类型非安全。

漫谈

上面提到Jedis的代码规模很大,进一步分析排名靠前的几个大类,可以发现两个明显的特点:

【赏码会】Redis的最佳拍档:Jedis_第2张图片
  1. 方法很多,最多的一个类有250+方法,直接结果就是导致类的长度也很长(3000+)
  2. 大多数方法实现不超过5行,并且遵从同一结构

单从缩减代码行数的角度来看,至少可以考虑两种方式:

  1. 使用代码生成工具自动生成享有同一结构的方法
  2. 使用Java 8引入的Functional Interface简化代码

传送门

  • Jedis GitHub
  • Redis Commands
  • Redis Documentation

你可能感兴趣的:(【赏码会】Redis的最佳拍档:Jedis)