0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

使用Protobuf實現(xiàn)客戶端與服務(wù)器之間的通信協(xié)議層

我快閉嘴 ? 來源:coding到燈火闌珊 ? 作者:李明 ? 2022-09-14 09:26 ? 次閱讀
本系列是關(guān)于用Rust構(gòu)建一個KV Server的系列文章,內(nèi)容包括用tokio做底層異步網(wǎng)絡(luò)通訊、使用toml文件做配置、protobuf做傳輸協(xié)議、內(nèi)存/RockDB做數(shù)據(jù)存儲、事件通知、優(yōu)雅關(guān)機、并發(fā)連接限制及測量監(jiān)控等。
在上一篇文章中,我們用tokio實現(xiàn)了客戶端和服務(wù)器的基本框架并設(shè)置了toml格式的配置文件。在這一篇文章中,我們參考Redis的命令:GET、SET、PUBLISH和SUBSCRIBE,使用Protobuf來實現(xiàn)客戶端與服務(wù)器之間的通信協(xié)議層。為了處理Protobuf,我們加入了post庫。同時加入了tracing庫用于日志處理。Cargo.toml如下:
[dependencies]anyhow = "1"tokio = { version = "1.19", features = ["full"] }serde = { version = "1", features = ["derive"] }toml = "0.5"tracing = "0.1"tracing-subscriber = "0.3"bytes = "1"prost = "0.11"
[build-dependencies]prost-build = "0.11"
Protobuf在項目根目錄下新建cmd.proto,加入如下代碼:
 1syntax="proto3";
 2
 3packagecmd;
 4
 5//命令請求
 6messageCmdRequest{
 7oneofreq_data{
 8Getget=1;
 9Setset=2;
10Publishpublish=3;
11Subscribesubscribe=4;
12Unsubscribeunsubscribe=5;
13}
14}
15
16//服務(wù)器的響應(yīng)
17messageCmdResponse{
18uint32status=1;
19stringmessage=2;
20bytesvalue=3;
21}
22
23//請求值命令
24messageGet{
25stringkey=1;
26}
27
28//存儲值命令
29messageSet{
30stringkey=1;
31bytesvalue=2;
32uint32expire=3;
33}
34
35//向Topic發(fā)布值命令
36messagePublish{
37stringtopic=1;
38bytesvalue=2;
39}
40
41//訂閱Topic命令
42messageSubscribe{
43stringtopic=1;
44}
45
46//取消訂閱命令
47messageUnsubscribe{
48stringtopic=1;
49uint32id=2;
50}
在src目錄下創(chuàng)建pb目錄,在根目錄下創(chuàng)建build.rs文件,加入如下代碼:
1fnmain(){
2letmutconf=prost_build::new();
3conf.bytes(&["."]);
4conf.type_attribute(".","#[derive(PartialOrd)]");
5conf.out_dir("src/pb")
6.compile_protos(&["cmd.proto"],&["."])
7.unwrap();
8}
在src/pb目錄下已經(jīng)自動生成了cmd.rs文件。在src/pb目錄下創(chuàng)建mod.rs文件,加入如下代碼:
 1usebytes::Bytes;
 2
 3usecrate::{cmd_request::ReqData,CmdRequest,Get,Publish,Set,Subscribe,Unsubscribe};
 4
 5pubmodcmd;
 6
 7implCmdRequest{
 8//GET命令
 9pubfnget(key:implInto)->Self{
10Self{
11req_data:Some(ReqData::Get(Get{key:key.into()})),
12}
13}
14
15//SET命令
16pubfnset(key:implInto,value:Bytes,expire:u32)->Self{
17Self{
18req_data:Some(ReqData::Set(Set{
19key:key.into(),
20value,
21expire,
22})),
23}
24}
25
26//PUBLISH命令
27pubfnpublish(topic:implInto,value:Bytes)->Self{
28Self{
29req_data:Some(ReqData::Publish(Publish{
30topic:topic.into(),
31value,
32})),
33}
34}
35
36//訂閱命令
37pubfnsubscribe(topic:implInto)->Self{
38Self{
39req_data:Some(ReqData::Subscribe(Subscribe{
40topic:topic.into(),
41})),
42}
43}
44
45//解除訂閱命令
46pubfnunsubscribe(topic:implInto,id:u32)->Self{
47Self{
48req_data:Some(ReqData::Unsubscribe(Unsubscribe{
49topic:topic.into(),
50id,
51})),
52}
53}
54}
55
56implCmdResponse{
57pubfnnew(status:u32,message:String,value:Bytes)->Self{
58Self{
59status,
60message,
61value,
62}
63}
64}
在 src/lib.rs 中,引入pb模塊:
1modpb;
2pubusepb::*;
客戶端 & 服務(wù)器我們使用tokio-util庫的Frame里的LengthDelimitedCodec(根據(jù)長度進行編解碼)對protobuf協(xié)議進行封包解包。在Cargo.toml里加入tokio-util依賴:
[dependencies]......futures = "0.3"tokio-util = {version = "0.7", features = ["codec"]}......
修改src/bin/kv_server.rs代碼:
 1#[tokio::main]
 2asyncfnmain()->Result<(),Box>{
 3tracing_subscriber::init();
 4
 5......
 6
 7loop{
 8......
 9
10tokio::spawn(asyncmove{
11//使用Frame的LengthDelimitedCodec進行編解碼操作
12letmutstream=Framed::new(stream,LengthDelimitedCodec::new());
13whileletSome(Ok(mutbuf))=stream.next().await{
14//對客戶端發(fā)來的protobuf請求命令進行拆包
15letcmd_req=CmdRequest::decode(&buf[..]).unwrap();
16info!("Receiveacommand:{:?}",cmd_req);
17
18buf.clear();
19
20//對protobuf的請求響應(yīng)進行封包,然后發(fā)送給客戶端。
21letcmd_res=CmdResponse::new(200,"success".to_string(),Bytes::default());
22cmd_res.encode(&mutbuf).unwrap();
23stream.send(buf.freeze()).await.unwrap();
24}
25info!("Client{:?}disconnected",addr);
26});
27}
28}
修改src/bin/kv_client.rs代碼:
 1#[tokio::main]
 2asyncfnmain()->Result<(),Box>{
 3tracing_subscriber::init();
 4
 5......
 6
 7//使用Frame的LengthDelimitedCodec進行編解碼操作
 8letmutstream=Framed::new(stream,LengthDelimitedCodec::new());
 9letmutbuf=BytesMut::new();
10
11//創(chuàng)建GET命令
12letcmd_get=CmdRequest::get("mykey");
13cmd_get.encode(&mutbuf).unwrap();
14
15//發(fā)送GET命令
16stream.send(buf.freeze()).await.unwrap();
17info!("Send info successed!");
18
19//接收服務(wù)器返回的響應(yīng)
20whileletSome(Ok(buf))=stream.next().await{
21letcmd_res=CmdResponse::decode(&buf[..]).unwrap();
22info!("Receivearesponse:{:?}",cmd_res);
23}
24
25Ok(())
26}
我們打開二個終端,分別輸入以下命令:
RUST_LOG=info cargo run --bin kv_serverRUST_LOG=info cargo run --bin kv_client
服務(wù)器執(zhí)行結(jié)果:
INFO kv_server: Listening on 127.0.0.1:19999 ......INFO kv_server: Client: 127.0.0.1:50655 connectedINFO kv_server: Receive a command: CmdRequest { req_data: Some(Get(Get { key: "mykey" })) }
客戶端執(zhí)行結(jié)果:
INFO kv_client: Send info successed!INFO kv_client: Receive a response: CmdResponse { status: 200, message: "success", value: b"" }

服務(wù)器和客戶端都正常處理了收到的請求和響應(yīng)。 下一篇文章我們將在服務(wù)器端使用內(nèi)存來存儲客戶端發(fā)送過來的數(shù)據(jù)。 完整代碼:https://github.com/Justin02180218/kv_server_rust


審核編輯:湯梓紅


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 通信協(xié)議
    +關(guān)注

    關(guān)注

    28

    文章

    840

    瀏覽量

    40215
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    12

    文章

    8958

    瀏覽量

    85082
  • 客戶端
    +關(guān)注

    關(guān)注

    1

    文章

    289

    瀏覽量

    16640

原文標(biāo)題:用Rust實現(xiàn)KV Server-2 協(xié)議層

文章出處:【微信號:Rust語言中文社區(qū),微信公眾號:Rust語言中文社區(qū)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    一個服務(wù)器,多個客戶端,怎么向指定的客戶端發(fā)數(shù)據(jù)

    我用labview做服務(wù)器,單片機做客戶端,客戶端幾百個,怎么區(qū)分客戶端,給指定的客戶發(fā)發(fā)數(shù)據(jù)
    發(fā)表于 06-01 09:26

    如何實現(xiàn)服務(wù)器對指定客戶端的監(jiān)聽?

    我現(xiàn)在能做出的是單服務(wù)器接收單客戶端的采集信息,想要實現(xiàn)RT所述,有沒有大佬指點一二?。。。ㄗ詈檬怯性创a)
    發(fā)表于 05-29 16:17

    labview-TCP多客戶端服務(wù)器

    labview-TCP多客戶端服務(wù)器一個服務(wù)器上位機,多個下位機客戶端
    發(fā)表于 03-26 16:58

    怎么使用Paho來實現(xiàn)和MQTT服務(wù)器的基本通信?

    MQTT協(xié)議的全稱叫“消息隊列遙測傳輸”協(xié)議。它是一個輕量級的通信協(xié)議。旨在為低帶寬、高延時、不穩(wěn)定網(wǎng)絡(luò)中的物聯(lián)網(wǎng)設(shè)備提供消息傳輸服務(wù)。它運行在TCP/IP
    發(fā)表于 09-11 11:52

    BTC設(shè)備服務(wù)器的系統(tǒng)搭建

    ?:Node.js通信協(xié)議:HTTP、Socket3. Node.js 實現(xiàn) Socket 通信________________________________________Socket 主要作?是
    發(fā)表于 09-24 09:05

    4412開發(fā)板Qt網(wǎng)絡(luò)編程-TCP實現(xiàn)服務(wù)器客戶端

    Protocol)是一種面向連接的,可靠的,基于字節(jié)流的傳輸通信協(xié)議,傳輸數(shù)據(jù)穩(wěn)定可靠。在 help 索引中搜索到如圖 兩個重要類:服務(wù)器編程中兩個類都會用到,客戶端編程中只會用到
    發(fā)表于 04-28 15:33

    如何實現(xiàn)服務(wù)器客戶端數(shù)據(jù)交互?

    如何實現(xiàn)服務(wù)器客戶端數(shù)據(jù)交互?
    發(fā)表于 10-26 07:22

    當(dāng)WiFi信號變低時,服務(wù)器客戶端之間的TCP通信丟失,如何使客戶端重新連接?

    大家好, 當(dāng) WiFi 信號變低時,服務(wù)器客戶端之間的 TCP 通信丟失,比如超過 -80dBm。一旦客戶端斷開連接,它就無法重新連接并正
    發(fā)表于 05-15 07:31

    服務(wù)器客戶端之間的TCP通信丟失怎么處理?

    嗨, 當(dāng) WiFi 信號變低時,比如超過 -80dBm,我面臨服務(wù)器客戶端之間的 TCP 通信丟失。一旦客戶端斷開連接,它就無法重新連接并
    發(fā)表于 05-16 08:19

    客戶端服務(wù)器和網(wǎng)絡(luò)技術(shù)

    基于服務(wù)器的計算代表著一種應(yīng)用程序部署方法。 對以下基于服務(wù)器的計算環(huán)境而言,瘦客戶端是理想的客戶端設(shè)備: 借助 Windows 2000 或 Windows Server 2003
    發(fā)表于 07-02 16:46 ?17次下載
    瘦<b class='flag-5'>客戶端</b>的<b class='flag-5'>服務(wù)器</b>和網(wǎng)絡(luò)技術(shù)

    TCP通信服務(wù)器端客戶端同機互傳的簡單示例程序免費下載

    本文檔的主要內(nèi)容詳細介紹的是TCP通信服務(wù)器端客戶端同機互傳的簡單示例程序免費下載初學(xué)者學(xué)習(xí)。本例子是本計算機labview程序之間通信,如果要想
    發(fā)表于 10-25 08:00 ?9次下載
    TCP<b class='flag-5'>通信服務(wù)器端</b>和<b class='flag-5'>客戶端</b>同機互傳的簡單示例程序免費下載

    Linux下TCP網(wǎng)絡(luò)編程-創(chuàng)建服務(wù)器客戶端

    這篇文章介紹在Linux下的socket編程,完成TCP服務(wù)器客戶端的創(chuàng)建,實現(xiàn)數(shù)據(jù)通信。
    的頭像 發(fā)表于 08-14 09:26 ?2398次閱讀
    Linux下TCP網(wǎng)絡(luò)編程-創(chuàng)建<b class='flag-5'>服務(wù)器</b>與<b class='flag-5'>客戶端</b>

    MQTT中服務(wù)端客戶端

    MQTT 是一種基于客戶端-服務(wù)端架構(gòu)(C/S)的消息傳輸協(xié)議,所以在 MQTT 協(xié)議通信中,有兩個最為重要的角色,它們便是
    的頭像 發(fā)表于 07-30 14:55 ?2475次閱讀

    服務(wù)端如何控制客戶端之間的信息通訊

    服務(wù)端如何通過“主題”來控制客戶端之間的信息通訊,看下圖實例: 在以上圖示中一共有三個 MQTT 客戶端,它們分別是開發(fā)板、手機和電腦。MQTT
    的頭像 發(fā)表于 07-30 15:10 ?768次閱讀
    <b class='flag-5'>服務(wù)端</b>如何控制<b class='flag-5'>客戶端</b><b class='flag-5'>之間</b>的信息通訊

    服務(wù)器Server和客戶端Client的區(qū)別

    例如在使用TCP通訊建立連接時采用客戶端服務(wù)器模式,這種模式又常常被稱為主從式架構(gòu),簡稱為C/S結(jié)構(gòu),屬于一種網(wǎng)絡(luò)通訊架構(gòu),將通訊的雙方以客戶端(Client )與服務(wù)器 (Serve
    的頭像 發(fā)表于 09-06 16:13 ?1303次閱讀
    <b class='flag-5'>服務(wù)器</b>Server和<b class='flag-5'>客戶端</b>Client的區(qū)別