手寫Redis客戶端-實現(xiàn)自己的Jedis

手寫Redis客戶端-實現(xiàn)自己的Jedis

上一篇纤掸,我們詳細研究了Redis底層使用的協(xié)議——RESP(REdis Serialization Protocol),這篇我們在基于理解了RESP原理的基礎上,手寫一個Redis客戶端忧侧,實現(xiàn)一個自己的Jedis(mini版)虐块。
還沒了解Redis底層RESP協(xié)議 的同學吨艇,可以先移步Redis底層協(xié)議RESP詳解,對RESP做一個大致的了解巍实。

Redis分為服務器端/客戶端,并且客戶端除了CLI終端命令行方式哩牍,還支持大多數(shù)主流編程語言棚潦;那么可以大膽推測,這些跨語言的客戶端的實現(xiàn)膝昆,都是遵循RESP協(xié)議規(guī)范的丸边;也都是通過網(wǎng)絡通信、與服務器端進行連接和傳輸數(shù)據(jù)的荚孵。

RESP回顧

RESP在Redis中用作請求-響應協(xié)議的方式如下:

  • 客戶端將命令作為Bulk Strings的RESP數(shù)組發(fā)送到Redis服務器妹窖。

  • 服務器根據(jù)命令實現(xiàn)回復一種RESP類型。

在RESP中收叶,某些數(shù)據(jù)的類型取決于第一個字節(jié):

  • “+”代表簡單字符串Simple Strings

  • “+”代表錯誤類型

  • “:”代表整數(shù)

  • “$”代表Bulk Strings

  • “*”代表數(shù)組
    此外骄呼,RESP能夠使用稍后指定的Bulk Strings或Array的特殊變體來表示Null值。
    在RESP中判没,協(xié)議的不同部分始終以“\r\n”(CRLF)結(jié)束蜓萄。

通過攔截TCP傳輸?shù)臄?shù)據(jù),我們在redis-cli客戶端執(zhí)行SET key value ;
攔截到對應的resp通信協(xié)議串

*3
$3
SET
$3
key
$5
value

基于上篇對RESP的分析澄峰,我們應該能快速推斷嫉沽,如果要執(zhí)行SET abc 1234,對應的resp通信協(xié)議串為:

*3
$3
SET
$3
abc
$4
1234

原理其實很簡單俏竞;我們實現(xiàn)的客戶端绸硕,只要將這個協(xié)議串,基于socket發(fā)送給redis-server魂毁,進完成了一個set操作玻佩,在redis-server執(zhí)行了SET abc 1234;
按resp協(xié)議的請求-響應模型,如果redis-server執(zhí)行成功漱牵,會返回+OK\r\n夺蛇;

簡潔版Jedis

下面,我們基于以上推斷酣胀,快速實現(xiàn)一個簡潔版Redis客戶端刁赦;

分析:

1、建立連接
SimpleJedis的構(gòu)造方法闻镶,完成建立連接甚脉;
我們平時使用Jedis時,其實本質(zhì)也是一樣的實現(xiàn)铆农;

Jedis jedis = new Jedis("172.17.19.22");//創(chuàng)建client
jedis.set("key", "value");//創(chuàng)建socket連接牺氨,發(fā)送socket流

2狡耻、set 命令
SimpleJedis#set(K, V)方法執(zhí)行set命令;
客戶端發(fā)給redis-server的序列串猴凹,就是按前面的分析夷狰,分別替換K的長度和實際K內(nèi)容,以及V的長度和V的內(nèi)容郊霎;

3沼头、get 命令
get(Key)命令,應該給redis-server發(fā)送什么樣的協(xié)議串呢书劝?
這個需要按 上篇文章那樣进倍,去攔截TCP傳輸?shù)臄?shù)據(jù),以此來窺探购对。攔截get命令的TCP數(shù)據(jù)猾昆,就不具體演示了,可以參考上一篇文章骡苞。
這里我直接給出結(jié)論垂蜗;
當執(zhí)行 get abc;命令時,發(fā)送給redis-server的協(xié)議串是:

*2
$3
GET
$3
abc

第一行*2表示這條發(fā)給Redis server的命令是數(shù)組烙如,數(shù)組有2個元素(其實就是get么抗、abc、這倆字符串)亚铁;
后面的4行數(shù)據(jù)蝇刀,分別是對數(shù)組2個元素的表示,每個元素用兩行徘溢;具體含義可以參見上一篇文章吞琐。

最后給出完整示例:

/**
 * 簡潔版-Redis客戶端
 * A new redis client for Java.
 */
public class SimpleJedis {

    private Socket socket = null;

    public SimpleJedis() {
        try {
            socket = new Socket("127.0.0.1", 6379);

            socket.setReuseAddress(true);
            socket.setKeepAlive(true);
            socket.setTcpNoDelay(true);
            socket.setSoLinger(true, 0);
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

    public String set(final String key, String value) throws IOException {

        StringBuilder stringBuilder = new StringBuilder();

        stringBuilder.append("*3").append("\r\n");

        stringBuilder.append("$3").append("\r\n");

        stringBuilder.append("SET").append("\r\n");

        stringBuilder.append("$").append(key.length()).append("\r\n");

        stringBuilder.append(key).append("\r\n");

        stringBuilder.append("$").append(value.length()).append("\r\n");

        stringBuilder.append(value).append("\r\n");
        socket.getOutputStream().write(stringBuilder.toString().getBytes());

        InputStream inputStream = socket.getInputStream();
        byte b[] = new byte[inputStream.available()];
        inputStream.read(b);
        return new String(b);
    }

    public String get(final String key) throws IOException {

        StringBuilder sb = new StringBuilder();

        sb.append("*2").append("\r\n");

        sb.append("$3").append("\r\n");

        sb.append("GET").append("\r\n");

        sb.append("$").append(key.length()).append("\r\n");

        sb.append(key).append("\r\n");

        socket.getOutputStream().write(sb.toString().getBytes());

        InputStream inputStream = socket.getInputStream();
        byte b[] = new byte[1024];
        int len = inputStream.read(b);
        return new String(b, 0, len).split("\r\n")[1];
    }

    public static void main(String[] args) throws IOException {
        SimpleJedis myJedis = new SimpleJedis();

        System.out.println(myJedis.set("mt", "2020"));//+OK
        System.out.println(myJedis.get("mt"));// "2020"
    }
}

啟動redis-server后,運行程序然爆,就能驗證結(jié)果了站粟。

進化版

朝著架構(gòu)師的目標,向前邁一步曾雕。一個可復用的客戶端組件奴烙,應該怎樣設計、實現(xiàn)呢剖张!

建立連接后 傳輸數(shù)據(jù)切诀,是redis規(guī)范約定的“協(xié)議”。
我們在使用Jedis客戶端時搔弄,直接操作的是API幅虑;執(zhí)行set、get操作顾犹,并沒有讓我們自己進行按“協(xié)議”拼裝數(shù)據(jù)倒庵;
同時客戶端傳輸數(shù)據(jù)到server端褒墨,對我們使用者來說,也是無感知的擎宝。
因此我們不妨也分層來實現(xiàn)郁妈。

要實現(xiàn)一個redis客戶端,需要考慮

  • 傳輸層 Connection

  • 協(xié)議層 RedisProtocol

  • API層 RedisClient

以下是對應的實現(xiàn):

傳輸層 Connection

負責連接的建立绍申,數(shù)據(jù)發(fā)送與接收圃庭;

/**
 * 傳輸層
 * 負責連接的建立,數(shù)據(jù)發(fā)送與接收
 */
public class Connection {


    private Socket socket;
    private String host;
    private int port;
    private OutputStream outputStream;
    private InputStream inputStream;

    public Connection(String host, int port) {
        this.host = host;
        this.port = port;
    }

    public Connection connection() {
        try {
            socket = new Socket(host, port);
            outputStream = socket.getOutputStream();
            inputStream = socket.getInputStream();
        } catch (IOException e) {
            e.printStackTrace();
        }
        return this;
    }

    public Connection sendCommand(RedisProtocol.Command command, byte[]... args) {
        connection();
        RedisProtocol.sendCommand(outputStream, command, args);
        return this;
    }

    public String getStatusReply() {
        try {
            byte[] bytes = new byte[1024];
            inputStream.available();
            int len = inputStream.read(bytes);
            return new String(bytes, 0, len);
        } catch (IOException e) {
            e.printStackTrace();
        }
        return null;
    }
}
協(xié)議層 RedisProtocol

負責RESP協(xié)議串的拼裝失晴;

/**
 * redis客戶端
 * 消息協(xié)議層
 */
public class RedisProtocol {

    public static final String DOLLAR_BYTE = "$";
    public static final String ASTERISK_BYTE = "*";
    public static final String BLANK_STRING = "\r\n";

    /**
     * redis操作命令 枚舉
     */
    public static enum Command {
        PING, SET, GET
    }

    /**
     * 發(fā)送命令
     *
     * @param os
     * @param command
     * @param args
     */
    public static void sendCommand(OutputStream os, Command command, byte[]... args) {
        StringBuffer sb = new StringBuffer();
        sb.append(ASTERISK_BYTE).append(args.length + 1).append(BLANK_STRING);
        sb.append(DOLLAR_BYTE).append(command.name().length()).append(BLANK_STRING);
        sb.append(command.name()).append(BLANK_STRING);

        for (byte[] arg : args) {
            sb.append(DOLLAR_BYTE).append(arg.length).append(BLANK_STRING);
            sb.append(new String(arg)).append(BLANK_STRING);
        }

        try {
            os.write(sb.toString().getBytes());
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}
API層 RedisClient

頂層API,供用戶使用拘央;

public class RedisCilent {


    private Connection connection;

    public RedisCilent(String host, int port) {
        connection = new Connection(host, port);
    }


    public String set(String key, String value) {
        connection.sendCommand(RedisProtocol.Command.SET, key.getBytes(), value.getBytes());
        return connection.getStatusReply();
    }


    public String get(String key) {
        connection.sendCommand(RedisProtocol.Command.GET, key.getBytes());
        return connection.getStatusReply();
    }


    public static void main(String[] args) {
        RedisCilent cilent = new RedisCilent("127.0.0.1", 6379);
        System.out.println(cilent.set("mt", "2011"));
        System.out.println(cilent.get("mt"));
    }
}

舉一反三

我們經(jīng)常使用Jedis涂屁,對Redis進行各種操作。一番探究下來灰伟,其實本質(zhì)就是客戶端程序和服務端建立連接拆又,在指定的端口傳輸“指令數(shù)據(jù)”;
只是“指令數(shù)據(jù)”栏账,需要按照約定的格式帖族。

Jedis客戶端和redis-server之間就是普通的網(wǎng)絡通信。特殊之處挡爵,就是Redis采用的序列化協(xié)議RESP是非二進制竖般、人類可讀的。

其實茶鹃,其他組件的客戶端涣雕,也是通過類似的模式;
1闭翩、MySQL客戶端挣郭,和mysql-server進行交互,也是通過TCP疗韵,默認在3306端口兑障;
2、Zookeeper客戶端蕉汪,和server端交互流译、傳輸指令,也是通過TCP連接肤无,默認在2181端口先蒋;
3、……
這些客戶端和對應server的交互宛渐,本身就是基于tcp的一個Request/Response模式竞漾。
是不是眯搭,可以列舉很多呢。其實了解了底層原理业岁,一通百通鳞仙。

我們實現(xiàn)的mini版 Jedis,只是實現(xiàn)了最核心的set笔时、get操作棍好;然而對于操作Redis來說,雖然這是最基礎允耿、最核心的借笙,但真正完備的Redis客戶端,還應該支持 諸如連接斷開重試较锡、pipeline管道操作等业稼。
但本文的最終目的并不是重復造一個輪子,而是通過對底層原理的研究蚂蕴,做到反推低散、和驗證,進而舉一反三骡楼。
(偷偷告訴你熔号,進階版Jedis更像Jedis的源碼哦~)

本文首發(fā)于公眾號 架構(gòu)道與術(shù)(ToBeArchitecturer),歡迎關(guān)注鸟整、共同進步~

關(guān)注公眾號引镊,回復redis,獲得完整源碼篮条。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末祠乃,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子兑燥,更是在濱河造成了極大的恐慌亮瓷,老刑警劉巖,帶你破解...
    沈念sama閱讀 217,542評論 6 504
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件降瞳,死亡現(xiàn)場離奇詭異嘱支,居然都是意外死亡,警方通過查閱死者的電腦和手機挣饥,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,822評論 3 394
  • 文/潘曉璐 我一進店門除师,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人扔枫,你說我怎么就攤上這事汛聚。” “怎么了短荐?”我有些...
    開封第一講書人閱讀 163,912評論 0 354
  • 文/不壞的土叔 我叫張陵倚舀,是天一觀的道長叹哭。 經(jīng)常有香客問我,道長痕貌,這世上最難降的妖魔是什么风罩? 我笑而不...
    開封第一講書人閱讀 58,449評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮舵稠,結(jié)果婚禮上超升,老公的妹妹穿的比我還像新娘。我一直安慰自己哺徊,他們只是感情好室琢,可當我...
    茶點故事閱讀 67,500評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著落追,像睡著了一般研乒。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上淋硝,一...
    開封第一講書人閱讀 51,370評論 1 302
  • 那天,我揣著相機與錄音宽菜,去河邊找鬼谣膳。 笑死,一個胖子當著我的面吹牛铅乡,可吹牛的內(nèi)容都是我干的继谚。 我是一名探鬼主播,決...
    沈念sama閱讀 40,193評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼阵幸,長吁一口氣:“原來是場噩夢啊……” “哼花履!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起挚赊,我...
    開封第一講書人閱讀 39,074評論 0 276
  • 序言:老撾萬榮一對情侶失蹤诡壁,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后荠割,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體妹卿,經(jīng)...
    沈念sama閱讀 45,505評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,722評論 3 335
  • 正文 我和宋清朗相戀三年蔑鹦,在試婚紗的時候發(fā)現(xiàn)自己被綠了夺克。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,841評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡嚎朽,死狀恐怖铺纽,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情哟忍,我是刑警寧澤狡门,帶...
    沈念sama閱讀 35,569評論 5 345
  • 正文 年R本政府宣布陷寝,位于F島的核電站,受9級特大地震影響融撞,放射性物質(zhì)發(fā)生泄漏盼铁。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,168評論 3 328
  • 文/蒙蒙 一尝偎、第九天 我趴在偏房一處隱蔽的房頂上張望饶火。 院中可真熱鬧,春花似錦致扯、人聲如沸肤寝。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,783評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽鲤看。三九已至,卻和暖如春耍群,著一層夾襖步出監(jiān)牢的瞬間义桂,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,918評論 1 269
  • 我被黑心中介騙來泰國打工蹈垢, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留慷吊,地道東北人。 一個月前我還...
    沈念sama閱讀 47,962評論 2 370
  • 正文 我出身青樓曹抬,卻偏偏與公主長得像溉瓶,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子谤民,可洞房花燭夜當晚...
    茶點故事閱讀 44,781評論 2 354

推薦閱讀更多精彩內(nèi)容

  • RESP 文章開始前堰酿,先放出兩道面試題1.Redis底層,使用的什么協(xié)議?2.RESP是什么张足,在Redis怎么體現(xiàn)...
    消失er閱讀 4,333評論 1 2
  • NOSQL類型簡介鍵值對:會使用到一個哈希表触创,表中有一個特定的鍵和一個指針指向特定的數(shù)據(jù),如redis为牍,volde...
    MicoCube閱讀 3,981評論 2 27
  • 1.1 資料 嗅榕,最好的入門小冊子,可以先于一切文檔之前看吵聪,免費凌那。 作者Antirez的博客,Antirez維護的R...
    JefferyLcm閱讀 17,056評論 1 51
  • 在使用 Redis 的過程中經(jīng)常會好奇吟逝,在 Redis-Cli 中鍵入 SET KEY MSG 并回車之后帽蝶,Red...
    Draveness閱讀 3,209評論 3 10
  • 1. Redis通信協(xié)議 Jedis Client是Redis官網(wǎng)推薦的一個面向java客戶端,庫文件實現(xiàn)了對re...
    ElevenKing閱讀 260評論 0 0