以下是我看完Jedis源碼后的個人理解，用問答的形式，比較隨意。

[[179199]]

1. Redis是什么?

一個緩存，基于內(nèi)存進行操作。

2. Jedis是什么?

Redis的Java客戶端，用于操作Redis。

3. Jedis如何與Redis交互?

遵循Redis協(xié)議，使用socket連接操作Redis

如果是單行回復，那么***個字節(jié)是[+]

如果回復的內(nèi)容是錯誤信息，那么***個字節(jié)是[_]

如果回復的內(nèi)容是一個整型數(shù)字，那么***個字節(jié)是[:]

如果是bulk回復，那么***個字節(jié)是[$]

如果是multi-bulk回復，那么***個字節(jié)是[*]

4. Jedis的連接池是怎么回事?

通過實現(xiàn)common包中的GenericObjectPool創(chuàng)建連接池，通過實現(xiàn)BasePoolableObjectFactory生產(chǎn)連接，從而達到創(chuàng)建連接池的效果。

5. Jedis如何操作?

set：Jedis將傳入的key、value和command封裝，通過socket創(chuàng)建連接，用outputStream將命令打出，用inputStream獲取返回的標記。

get：同set。

6. shardJedis是怎么回事?

所謂的分布式Redis，是Jedis客戶端實現(xiàn)的一種模式。啟動n臺Redis，他們就在那提供服務，不會自己做集群。

6.1 那Jedis是如何實現(xiàn)的呢?

創(chuàng)建shardJedisPool的時候，客戶端將傳進來的n臺機器，用每個機器的機器名做了一致性hash，并給每個機器創(chuàng)建160*weight個虛擬節(jié)點，虛擬節(jié)點也是將名字+i做hash。然后將這些hash值作為key存到一個TreeMap中，即nodes，TreeMap是有序的。

6.2 為什么做虛擬節(jié)點?

因為不坐虛擬節(jié)點時，可能會出現(xiàn)集群中的某一個節(jié)點頻繁被***，而其他節(jié)點則沒有工作量，造成數(shù)據(jù)不均衡，增加了虛擬節(jié)點，數(shù)據(jù)會均衡很多。這就是Jedis的均衡性。

6.3 TreeMap每個key的value存什么呢?

存放的是對應的機器的信息bean，即JedisShardInfo，這樣不難看出，如果以權重weight為1為例，那么每個機器會創(chuàng)建160個節(jié)點(真實+虛擬)，這樣如果有4個實體機安裝了Redis，那么在nodes中就有160*4條記錄，其中每160條對應一個相同的JedisShardInfo。

Jedis同時又維護了一個Map<ShardInfo<R>,R>即resources，這個map的key存放JedisShardInfo實體，value存放的是通過這個實體JedisShardInfo中的ip:port創(chuàng)建的Jedis，所以，以上面的例子為例，resources中信息的條數(shù)就是4。

這樣，當客戶端用set(key,value)時，Jedis將客戶端的key同樣用一致性hash取hash值，然后到nodes中獲取比key一致性hash出來的值大的值，取***個，即所謂的向右移，這樣會獲取一個JedisShardInfo，通過JedisShardInfo到resources中獲取Jedis返回，這樣客戶端就可以通過這個Jedis做增刪改查的操作了。

7. 一致性hash是怎么回事?

一致性hash是一個算法，簡單來說就是將你所需要的值(如key:lilei)取hash值，然后與2^23取余數(shù)，得到的值。如lilei取hash是37184759，那么37184759%2^23=376，這個376就是一致性hash取出來的值。這個2^23是什么意思呢?它的值為255*255*255*255，不難發(fā)現(xiàn)，這個值是網(wǎng)絡中***的ip數(shù)，即一個網(wǎng)絡中最多的機器數(shù)。之所以取這個數(shù)，是為了當需要添加或刪除機器的時候，不至于讓其他節(jié)點失效，這就是一致性。

可能文章中會有一些錯誤，希望童鞋們指正，我希望可以在博客的路上與大家多多交流，共同進步。

【本文為51CTO專欄作者“王森豐”的原創(chuàng)稿件，轉載請注明出處】