netstack

網路堆疊

電池包括用於遊戲的網路箱。

板條箱.io？

 [dependencies]
netstack = "0.3.0"

文件.rs ?

文件（正在進行中）

取得聯繫

如果您有建議、錯過功能或只是想取得聯繫，您可以在此存儲庫中提出問題或在 Twitter 上聯繫我。

要求❗

為了在生產中有效地使用 netstack，您需要一個安全通道來交換初始金鑰和連線令牌。建議使用 https，但這取決於您。這些範例使用 http 伺服器。

特點☑️

（☑️表示已實施，？表示計劃中或正在開發中）

• ☑️ UDP 傳輸
• ☑️ 連線管理（連線、心跳、逾時、斷線？）
• ☑️ 封包簽署（HMAC SHA256）
• ☑️ 資料包確認（序號、ack、重播保護）
• ？派生巨集以輕鬆進行二進位序列化
• ？監控
• ？緩衝區管理
• ？在封包簽署（更大的封包標頭）和加密（更多 CPU 消耗）之間切換

非目標

基於事件的 I/O

基於io_uring 、 IOCP或epoll的傳輸目前超出了範圍。

傳輸可靠

此板條箱不實現基於確認和超時的重傳。遊戲還有其他實現可靠性的方法，主要是因為當任何基於超時的機制檢測到丟失的資料包時，資訊已經過時。

例如，FPS 會在每個資料包中發送最後幾幀的玩家輸入，因此當其中一個資料包在線上遺失時，下一個資料包會填補空白。

從伺服器到客戶端的遊戲狀態壓縮通常是基於客戶端確認的最後一個資料包。為此，請使用MessageAcknowledged事件和send傳回的序號。

例子？

請參閱範例目錄中的客戶端/伺服器範例，使用以下命令來執行它們：

• 伺服器： cargo run -p server
• 客戶端： cargo run -p client

網路堆疊派生？

Netstack 附帶了一個正在進行中的用於結構（以及後來的枚舉）的衍生巨集。

 # [ derive ( Debug , Serialize , Deserialize ) ]
pub struct Greeting {
    pub id : u32 ,
    pub to : String ,
    pub message : String ,
} 

執照 ？

麻省理工學院