從新認識KCP

什麼是KCP

KCP是一種網絡傳輸協議(ARQ，自動重傳請求)，能夠視它爲TCP的代替品，可是它運行於用戶空間，它無論底層的發送與接收，只是個純算法實現可靠傳輸，它的特色是犧牲帶寬來下降延遲。由於TCP協議的大公無私，常常犧牲本身速度來減小網絡擁塞，它是從大局上考慮的。而KCP是自私的，它只顧本身的傳輸效率，從無論整個網絡的擁塞狀況。舉個例子，TCP檢測到丟包的時候，首先想到的是網絡擁塞了，要放慢本身的速度別讓網絡更糟，而KCP想到的趕忙重傳別耽誤事。

TCP的特色是可靠傳輸(累積確認、超時重傳、選擇確認)、流量控制(滑動窗口)、擁塞控制(慢開始、擁塞避免、快重傳、快恢復)、面向鏈接。KCP對這些參數基本均可配，也沒用創建/關閉鏈接的過程。

怎麼使用

KCP只有兩個文件，分別是ikcp.c和ikcp.h，代碼行數1300左右。使用KCP和使用TCP有些不一樣，因此上手以前須要先了解下KCP如何使用，須要時間成本。

第一步，就是建立一個kcp實例，至關於一個句柄。

ikcpcb* ikcp_create(IUINT32 conv, void *user)

第二步，設置發送數據的接口，底層用哪一種socket都沒問題，只要能把數據發送出去，建議使用UDP，比較簡單。

int output(const char *buf, int len, ikcpcb *kcp, void *user)

第三步，更新KCP狀態。KCP運行於用戶空間，因此須要手動去更新每一個實例的狀態，其實主要就是檢測哪些數據包該重傳了。

void ikcp_update(ikcpcb *kcp, IUINT32 current)

第四步，發送數據。調用ikcp_send以後，KCP最後會使用上面設置的output函數來將發送數據(KCP本身並不關心如何發送數據)。

int ikcp_send(ikcpcb *kcp, const char *buffer, int len)

第五步，預接收數據。先手動預接收數據，而後再調用ikcp_input將裸數據交給KCP，這些數據有多是KCP控制報文，並非咱們要的數據。

int ikcp_input(ikcpcb *kcp, const char *data, long size)

第六步，接收數據。此時收到的數據纔是真正的數據，重組操做在調用ikcp_recv以前就完成了。

int ikcp_recv(ikcpcb *kcp, char *buffer, int len)

整體上仍是容易理解的，之前咱們是直接使用各類socket和對端通訊，各類功能由本身控制。如今是在socket之上使用了一箇中間件KCP，幫忙實現快速可靠傳輸功能。注意一下KCP有模式的區分，不一樣模式下的速度表現不同，建議把參數配好以後再使用，不然使用的都是默認的參數。

快在哪裏

• 沒用使用任何系統調用接口
• 無需創建/關閉鏈接(就KCP自己來講)
• 不少影響速度的參數均可配

使用場景

丟包率高的網絡環境下KCP的優勢纔會顯示出來。若是不丟包，那麼TCP和KCP的效率不會差異很大，可能就是少了鏈接創建/關閉而已。通常來說，在公網上傳輸的均可以使用，特別是對實時性要求較高的程序，如LOL。

有何缺點

• 學習成本
• 聽說有些運營商對UDP有限制?