客戶端發到服務器的內容:
GET /chat HTTP/1.1
Host: server.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Origin: http://example.com
Sec-WebSocket-Protocol: chat, superchat
Sec-WebSocket-Version: 13
從服務器到客戶端的內容:
HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
Sec-WebSocket-Protocol: chat
url是代表 WebSocket 服務器的網絡地址，協議通常是”ws”或“wss(加密通信)”,send 方法就是發送數據到服務器端；
設計模式：回調
在傳統的方式上，要不斷的建立，關閉HTTP協議，由於HTTP是非狀態性的，每次都要重新傳輸 identity info （鑑別信息），來告訴服務端你是誰。
雖然nginx很快速，但是每次都要聽這麼一堆，效率也會有所下降的，同時還得不斷把這些信息轉交給handler，不但浪費handler的處理時間，而且還會在網路傳輸中消耗過多的流量/時間。
但是Websocket只需要一次HTTP握手，所以說整個通訊過程是建立在一次連接/狀態中，也就避免了HTTP的非狀態性，服務端會一直知道你的信息，直到你關閉請求，這樣就解決了nginx要反覆解析HTTP協議，還要查看identity info的信息。
同時由客戶主動詢問，轉換爲服務器（推送）有信息的時候就發送（當然客戶端還是等主動發送信息過來的。。），沒有信息的時候就交給接線員（Nginx），不需要佔用本身速度就慢的客服（Handler）了