即時通訊（Instant Messaging）是一種基於互聯網的即時交流消息的業務
傳統的推薦實現
- HTTP/1.x不支持服務器主動推送，只能在客戶端發起請求后做出響應。（HTTP/2支持服務器主動推送，但是HTTP/2還未全面實施）
- 輪詢 輪詢是在特定的時間間隔（如1秒），有客戶端對服務器發出請求，了解服務器有沒有新的數據，然后有服務器不管有沒有新數據都會信息返給客戶端 。 缺點：效率低下，浪費資源（必須不停的連接，或者連接始終打開，但是傳輸HTTP請求，然而HTTP請求可能包含較長的頭部，其中正真有效數據可能就一小部分，顯然這樣會浪費很多的帶寬等資源。）
- Commet(基於長連接的輪詢)
- 長輪詢 長輪詢是打開一個連接以后保持，等待服務器推送來的數據再關閉的方式,如果沒有數據就不會返回，一致處於等待狀態
- iframe流iframe 流方式是在頁面中插入一個隱藏的iframe，利用其src 屬性在服務器和客戶端之間建立一條長連接，服務器向ifame傳數據（通常是HTML，內有負責插入信息的JavaScript），來實時更新頁面。 缺點：需要反復請求數據，長連接比較耗性能。
- Websocket HTML定義了web socket協議，能夠更好的的節省服務器資源和帶寬，並且能夠更好地進行如通訊。
- WebSocket 是一種在單個TCP連接上進行全雙工通信的協議。在WebSocket API 中，瀏覽器和服務器只需要完成一次握手（不是指建立TCP連接的那個三次握手，是指在建立TCP連接后傳輸一次握手數據），兩者之間就直接可以創建持久化的鏈接，並進行雙向數據傳輸。
-
優點
-
較少的控制開銷。在連接創建后，服務器和客戶端之間交換數據時，用於協議控制的數據包頭部相對較小。在不包含擴展的情況下，對於服務器到客戶端的內容，此頭部大小只有2至10字節（和數據包長度有關）；對於客戶端到服務器的內容，此頭部還需要加上額外的4字節的掩碼。相對於HTTP請求每次都要攜帶完整的頭部，此項開銷顯著減少了。
-
更強的實時性。由於協議是全雙工的，所以服務器可以隨時主動給客戶端下發數據。相對於HTTP請求需要等待客戶端發起請求服務端才能響應，延遲明顯更少；即使是和Comet等類似的長輪詢比較，其也能在短時間內更多次地傳遞數據。
-
保持連接狀態。與HTTP不同的是，Websocket需要先創建連接，這就使得其成為一種有狀態的協議，之后通信時可以省略部分狀態信息。而HTTP請求可能需要在每個請求都攜帶狀態信息（如身份認證等）。 更好的二進制支持。Websocket定義了二進制幀，相對HTTP，可以更輕松地處理二進制內容。
-
可以支持擴展。Websocket定義了擴展，用戶可以擴展協議、實現部分自定義的子協議。如部分瀏覽器支持壓縮等。
-
更好的壓縮效果。相對於HTTP壓縮，Websocket在適當的擴展支持下，可以沿用之前內容的上下文，在傳遞類似的數據時，可以顯著地提高壓縮率。
-
沒有同源限制，客戶端可以與任意服務器通信。
-
可以發送文本，也可以發送二進制數據。