您好,登錄后才能下訂單哦!
本文小編為大家詳細(xì)介紹“Redis RESP協(xié)議如何實(shí)現(xiàn)”,內(nèi)容詳細(xì),步驟清晰,細(xì)節(jié)處理妥當(dāng),希望這篇“Redis RESP協(xié)議如何實(shí)現(xiàn)”文章能幫助大家解決疑惑,下面跟著小編的思路慢慢深入,一起來(lái)學(xué)習(xí)新知識(shí)吧。
RESP
是基于TCP
來(lái)實(shí)現(xiàn)的Redis
通信協(xié)議,該協(xié)議是以/r/n
(行)進(jìn)行分割的,協(xié)議支持5種類型,具體信息如下:
類型 | 前綴 | 備注 |
---|---|---|
簡(jiǎn)單字符串 | + | 簡(jiǎn)單字符串以+開(kāi)頭 |
錯(cuò)誤數(shù)據(jù) | - | 錯(cuò)誤數(shù)據(jù)以-開(kāi)頭 |
整數(shù) | : | 整數(shù)以:開(kāi)頭 |
復(fù)雜字符串 | $ | 復(fù)雜字符串以$開(kāi)頭 |
數(shù)組 | * | 數(shù)組以*開(kāi)頭 |
即,我們向redis
發(fā)送命令:set name pdudo
,其實(shí)發(fā)送的具體信息是
*3 $3 set $4 name $5 pdudo
而服務(wù)器返回的信息也是類似的,只不過(guò)還需要了解+
和-
,這2個(gè)前綴分別代表正確消息和錯(cuò)誤的消息。
我們準(zhǔn)備2個(gè)例子,我們來(lái)敲一下
例子1
set name pdudo
例子2
lpush pdudo data1 lpush pdudo data2 lrange pdudo 0 -1
快來(lái)動(dòng)動(dòng)你的小手指,看能不能根據(jù)RESP
協(xié)議規(guī)則,將上述例子命令敲出來(lái)?,F(xiàn)在你體會(huì)到了Redis
官網(wǎng)介紹RESP
協(xié)議時(shí)所述的 簡(jiǎn)單 和 易讀 可么?
對(duì)于RESP
來(lái)說(shuō),一定要搞清楚協(xié)議后,最好能夠手寫協(xié)議去執(zhí)行,再考慮寫程序去實(shí)現(xiàn)協(xié)議?。?!
終于到了喜聞樂(lè)見(jiàn)的環(huán)節(jié)了,我們要拆解和組裝協(xié)議了。 那我們至少來(lái)解決如下3個(gè)問(wèn)題:
該協(xié)議是基于TCP
流的,我們?nèi)绾闻袛嗾麄€(gè)命令什么時(shí)候結(jié)束?
如何拆解命令?
協(xié)議什么時(shí)候結(jié)束
一般而言,我們自己在使用TCP
傳輸數(shù)據(jù),都會(huì)在數(shù)據(jù)開(kāi)頭定義2個(gè)或者4個(gè)字節(jié),用于存儲(chǔ)該數(shù)據(jù)有多少個(gè)字節(jié),這樣方便檢驗(yàn)接收,類似于這種情況。
而RESP
有意思了,它是以/r/n
來(lái)分割的。最前面會(huì)以前綴來(lái)判斷其類型,例如我們發(fā)送命令,其會(huì)用到的前綴有*
以及$
,那么我們?nèi)绾蝸?lái)判斷,我們要讀取多少個(gè)/r/n
呢?
因?yàn)樯鲜?code>*代表數(shù)組,即有多少組數(shù)據(jù)需要處理,圖中為n
。
而$
表示復(fù)雜字符串,即需要獲取m
個(gè)字符數(shù)據(jù),不包含/r/n
如何拆解RESP
協(xié)議
若要拆解命令,則我們得獲取命令,如上圖所示,報(bào)文$m
,其實(shí)記錄的有m
長(zhǎng)度的數(shù)據(jù)(不包含\r\n
),所以我們可以這樣來(lái)寫偽代碼。
根據(jù)如上,我們很容易寫出偽代碼。
func toArgs(rd *bufio.Reader) { data , _ , _ := rd.ReadLine() switch data[0] { case '*': n := data[1:] // 循環(huán)n次 for i:=0;i<n;i++ { toArgs(rd) } case '$': m := data[1:] // 獲取m個(gè)數(shù)據(jù) // 獲取m長(zhǎng)度的數(shù)據(jù)即可 } }
如上我們先獲取前綴為*
的,繼而獲取其值n
,我們則循環(huán)n
次,即可獲取該報(bào)文的數(shù)據(jù)。而前綴為$
的,我們可以直接獲取該m
長(zhǎng)度的數(shù)據(jù)即可,這里主要要處理一下\r\n
。
將命令構(gòu)建RESP
報(bào)文規(guī)范,根據(jù)拆解反操作就可以了,這里暫不介紹了。
上述,我們核心功能已經(jīng)探討完畢了。
代碼已經(jīng)編寫完畢,放置在了gitee
上: gitee
如上我們已經(jīng)學(xué)會(huì)了如何拆解和組裝RESP
協(xié)議了,我們接著來(lái)看,我們?nèi)绾斡?code>go來(lái)編寫拆解和組裝協(xié)議的代碼呢? 我們可以看。
我們先創(chuàng)建一個(gè)字符,然后將其封裝為bufio.Reader
,我們來(lái)看下:
因?yàn)槲覀円褂?code>readLine()函數(shù),所以我們需要將其轉(zhuǎn)換為bufio.Reader
類型,若是直接從net.Conn
中獲取,不用轉(zhuǎn)換,直接可以使用 bufio.Reader
的。
我們將上述偽代碼編寫一下,實(shí)現(xiàn)拆解的功能。
其具體執(zhí)行過(guò)程是我們先獲取一行數(shù)據(jù),放置到data
中,而后判斷其前綴是什么,若是*
則取其后面的數(shù)據(jù),將其轉(zhuǎn)為int
類型n
,而后再遞歸該函數(shù)n
次,而后中遇到$
,我們則取后面的數(shù)據(jù),也是將其轉(zhuǎn)為int
類型m
,而后再取m
長(zhǎng)度的實(shí)際數(shù)據(jù),這就是我們的命令了,最后我們?cè)偬叩裘畹?code>\r\n即可。
其中,有一個(gè)函數(shù)是byteToInt
是我們自己寫的通過(guò)切片轉(zhuǎn)為數(shù)字的函數(shù),我們看下
該函數(shù)主要的功能是將其[]byte
數(shù)字轉(zhuǎn)換為int
數(shù)據(jù)。
如上,我們整個(gè)RESP
協(xié)議功能寫完了,我們運(yùn)行下看下實(shí)際效果:
很顯然,我們成功拆解了該數(shù)據(jù)。
讀到這里,這篇“Redis RESP協(xié)議如何實(shí)現(xiàn)”文章已經(jīng)介紹完畢,想要掌握這篇文章的知識(shí)點(diǎn)還需要大家自己動(dòng)手實(shí)踐使用過(guò)才能領(lǐng)會(huì),如果想了解更多相關(guān)內(nèi)容的文章,歡迎關(guān)注億速云行業(yè)資訊頻道。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。