websocket客户端和服务器开发总结
文章目錄
- 前言
- 一、websocket資料
- 1.什么是websocket
- 2.websocket優(yōu)缺點
- 3.WebSocket 原理
- 4.WebSocket 源碼下載
- 二、客戶端
- 1.開發(fā)
- 2.測試
- 三、服務器
- 1.開發(fā)
- 2.測試
- 總結
前言
本文是websocket客戶端、服務器開發(fā)總結文檔,記錄從資料收集、代碼編寫到程序測試等需要注意的事項,幫助同樣需要開發(fā)websocket的同學能快速完成開發(fā)任務。
一、websocket資料
1.什么是websocket
WebSocket是一種在單個TCP連接上進行全雙工通信的協(xié)議。WebSocket通信協(xié)議于2011年被IETF定為標準RFC 6455,并由RFC7936補充規(guī)范。WebSocket API也被W3C定為標準。
WebSocket使得客戶端和服務器之間的數據交換變得更加簡單,允許服務端主動向客戶端推送數據。在WebSocket API中,瀏覽器和服務器只需要完成一次握手,兩者之間就直接可以創(chuàng)建持久性的連接,并進行雙向數據傳輸。
很多網站為了實現(xiàn)推送技術,所用的技術都是輪詢。輪詢是在特定的的時間間隔(如每1秒),由瀏覽器對服務器發(fā)出HTTP請求,然后由服務器返回最新的數據給客戶端的瀏覽器。這種傳統(tǒng)的模式帶來很明顯的缺點,即瀏覽器需要不斷的向服務器發(fā)出請求,然而HTTP請求可能包含較長的頭部,其中真正有效的數據可能只是很小的一部分,顯然這樣會浪費很多的帶寬等資源。
而比較新的技術去做輪詢的效果是Comet。這種技術雖然可以雙向通信,但依然需要反復發(fā)出請求。而且在Comet中,普遍采用的長鏈接,也會消耗服務器資源。
在這種情況下,HTML5定義了WebSocket協(xié)議,能更好的節(jié)省服務器資源和帶寬,并且能夠更實時地進行通訊。
2.websocket優(yōu)缺點
1、較少的控制開銷。在連接創(chuàng)建后,服務器和客戶端之間交換數據時,用于協(xié)議控制的數據包頭部相對較小。在不包含擴展的情況下,對于服務器到客戶端的內容,此頭部大小只有2至10字節(jié)(和數據包長度有關);對于客戶端到服務器的內容,此頭部還需要加上額外的4字節(jié)的掩碼。相對于HTTP請求每次都要攜帶完整的頭部,此項開銷顯著減少了。
2、更強的實時性。由于協(xié)議是全雙工的,所以服務器可以隨時主動給客戶端下發(fā)數據。相對于HTTP請求需要等待客戶端發(fā)起請求服務端才能響應,延遲明顯更少;即使是和Comet等類似的長輪詢比較,其也能在短時間內更多次地傳遞數據。
3、保持連接狀態(tài)。與HTTP不同的是,Websocket需要先創(chuàng)建連接,這就使得其成為一種有狀態(tài)的協(xié)議,之后通信時可以省略部分狀態(tài)信息。而HTTP請求可能需要在每個請求都攜帶狀態(tài)信息(如身份認證等)。
4、更好的二進制支持。Websocket定義了二進制幀,相對HTTP,可以更輕松地處理二進制內容。
5、可以支持擴展。Websocket定義了擴展,用戶可以擴展協(xié)議、實現(xiàn)部分自定義的子協(xié)議。如部分瀏覽器支持壓縮等。
6、更好的壓縮效果。相對于HTTP壓縮,Websocket在適當的擴展支持下,可以沿用之前內容的上下文,在傳遞類似的數據時,可以顯著地提高壓縮率。
3.WebSocket 原理
websocket原理可以看這位大神的筆記:https://www.zhihu.com/question/20215561
4.WebSocket 源碼下載
本文websocket開發(fā)使用的開源庫是libwebsocket,其官網可以查看庫的相關資料。在Getting started-》Browse git可以下載源碼,當前使用的版本是v4.2。當然,你也可以從GitHub上下載源碼。
二、客戶端
1.開發(fā)
在下載的庫中,有客戶端的許多demo,路徑:libwebsockets-main\minimal-examples\ws-client。客戶端的目的是根據URL連接服務器,接受服務器推送來的數據以及把客戶端的數據發(fā)送到服務器。
客戶端的關鍵代碼解析:
1、connect_client填寫的user可以在callback_client中的user獲取,是一個上下文的用戶數據,在處理業(yè)務的時候需要用到;
2、連接成功后,會觸發(fā)LWS_CALLBACK_CLIENT_ESTABLISHED事件;
3、當服務器向客戶端推送數據時,觸發(fā)LWS_CALLBACK_CLIENT_RECEIVE,此時可以處理收到的數據,in是數據,len是數據長度;
4、當需要給服務器發(fā)數據的時候,需要手動觸發(fā)LWS_CALLBACK_CLIENT_WRITEABLE事件,觸發(fā)方法:調用lws_callback_on_writable((struct lws*)(client_wsi))方法,數據可以通過user保存,在callback_client中取出后發(fā)送。
5、客戶端需要收到數據,必須一直調用lws_service(context, 0)函數。只有調用這個函數,回調函數才會接收來自服務器的函數。我們可以啟動一個定時器或線程,一直執(zhí)行這個函數即可。
關鍵源碼如下:
2.測試
測試客戶端,我們需要一個服務器,我們可以利用node-red搭建一個簡易的websocket服務器,用來測試我們的客戶端是否工作正常。關于node-red搭建客戶端和服務器做測試,可以參照這個大神的教程。
三、服務器
1.開發(fā)
在下載的庫中,有服務器端的許多demo,路徑:libwebsockets-main\minimal-examples\ws-server。服務器端的目的是創(chuàng)建websocket服務器,接受客戶端推送來的數據以及把數據發(fā)送到客戶端。
服務器的關鍵代碼解析:
1、websocket_listener_init填寫的user可以在callback_server中獲取,是一個上下文的用戶數據,在處理業(yè)務的時候需要用到,獲取方法:lws_context_user(lws_get_context(wsi)),我們可以用這個方式獲取上下文傳遞的user數據。這和客戶端獲取user數據是不同的,有點繞,本人也是研究了好一會才弄明白的。demo的user參數使用起來更迷糊,不看文檔,根本不會用。
2、有客戶端連接本服務器成功后,會觸發(fā)LWS_CALLBACK_CLIENT_ESTABLISHED事件,我們可以在這里記錄連接進來的客戶端;
3、當服務器向客戶端推送數據時,需要觸發(fā)LWS_CALLBACK_CLIENT_WRITEABLE事件,觸發(fā)方法:調用lws_callback_on_writable((struct lws*)(client_wsi))方法。需要發(fā)送的數據,需要事先保存在websocket_listener_init時的user對象內,在LWS_CALLBACK_CLIENT_WRITEABLE分支取出數據,發(fā)送給指定客戶端。
4、服務器端需要收到數據,必須一直調用lws_service(context, 0)函數。只有調用這個函數,回調函數才會接收來自客戶端的函數。我們可以啟動一個定時器或線程,一直執(zhí)行這個函數即可。
關鍵源碼如下:
2.測試
測試服務器端,我們需要一個客戶端,我們可以利用node-red搭建一個簡易的websocket客戶端,用來測試我們的服務器是否工作正常。關于node-red搭建客戶端和服務器做測試,可以參照這個大神的教程。
總結
websocket是HTTP協(xié)議的升級,是一個全新的協(xié)議,使用libwebsockets庫開發(fā)客戶端和服務器是非常方便的,代碼也比較相似,關鍵是需要理清工作流程,把自己的業(yè)務代碼添加進這個框架內即可。總結
以上是生活随笔為你收集整理的websocket客户端和服务器开发总结的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: DW写的页面,在浏览者查看器中出现大量其
- 下一篇: 网络会变的有自我意识吗