• 建立在 TCP 協議之上；
• 與 HTTP 協議有著良好的兼容性：默認端口也是 80（ws） 和 443(wss，運行在 TLS 之上)，并且握手階段采用 HTTP 協議；
• 較少的控制開銷：連接創建后，ws 客戶端、服務端進行數據交換時，協議控制的數據包頭部較小，而 HTTP 協議每次通信都需要攜帶完整的頭部；
• 可以發送文本，也可以發送二進制數據；
• 沒有同源限制，客戶端可以與任意服務器通信；
• 協議標識符是 ws（如果加密，則為 wss），服務器網址就是 URL；
• 支持擴展：ws 協議定義了擴展，用戶可以擴展協議，或者實現自定義的子協議（比如支持自定義壓縮算法等）；

其它構建事件驅動 API的技術

1、Webhooks：是一個由事件消費者管理的可公開訪問的 HTTP POST 接口，事件生產者（比如 API 服務器）可以在事件發生時向 Webhook 發送事件通知。

2、AsyncAPI：AsyncAPI是一個規范，該規范是一個機器可讀的文檔，用于記錄和描述事件驅動 API。

3、Server-Sent Events(SSE)：是一種與 WebSockets 非常相似的通信協議，但隱含條件是只支持單向數據。SSE 允許基于瀏覽器的消費者接收從 API 服務器發送的事件通知流。

參考資料

RFC6455：websocket規范
規范：數據幀掩碼細節
規范：數據幀格式
server-example
編寫websocket服務器
What is Sec-WebSocket-Key for?
Why are WebSockets masked?
How does websocket frame masking protect against cache poisoning?
WebSockets vs Socket.io (中文版)
WebSockets vs HTTP

一篇吃透WebSocket：概念、原理、易錯常識、動手實踐
WebSocket｜概念、原理、用法及實踐
關于短輪詢、長輪詢技術，可以詳細讀這兩篇：
新手入門貼：Web端即時通訊技術原理詳解
Web端即時通訊技術盤點：短輪詢、Comet、Websocket、SSE，該文章還包括詳細的Comet技術、WebSocket技術、IM應用等資料清單