WebSocket 測試
連接 WebSocket 服務器，收發文本或二進制消息，查看連接事件。
連接與發送會將數據直接傳輸到指定服務器。
連接、交換消息，再關閉
填寫 ws:// 或 wss:// URL，可選填寫逗號分隔的子協議標識。“示例”只填入演示地址，不建立連接；連接成功後才能發送。修改 URL 或子協議會關閉舊連接並清空日誌，修改消息或關閉參數則保留當前連接。
文本使用 UTF-8；二進制輸入為成對十六進制字符，可包含空白。收到的二進制消息顯示為十六進制，也支持空消息。報告包含服務器選擇的子協議、收發計數與關閉事件。
瀏覽器 WebSocket 客戶端
HTTPS 頁面通常需要 wss://，仍受混合內容、TLS 和服務端 Origin 檢查約束；發生錯誤時，瀏覽器不會提供可靠的握手 HTTP 狀態。本接口不能設置任意握手請求頭或發送控制 Ping/Pong 幀；Socket.IO、MQTT 是獨立協議，不能用普通 WebSocket 應用消息直接替代測試。
關閉代碼只能為 1000 或 3000-4999，原因最多 123 個 UTF-8 字節。發出關閉請求不等於已關閉，收到真實 close 事件後才更新狀態。連接建立超時為 10 秒，新會話會忽略舊連接的延遲事件。
日誌與資源限制
每會話最多保留 1,000 條事件和 2 MiB 序列化事件數據，超限會請求以應用代碼 4009 關閉，並報告丟棄數量。單條收發消息最多 1 MiB；發送隊列加入消息後將超過 1 MiB 時拒絕發送。瀏覽器 WebSocket 沒有流式背壓接口，檢查前可能已經接收到數據。
JSON 導出保留已記錄日誌、時間、關閉信息及計數，預覽最多 200,000 個字符。清除會斷開並重置會話，離開頁面也會請求關閉；不自動重連，不保存到本地存儲。
常見問題
示例會連接公開回顯服務嗎？
不會，需要填寫自己的端點並明確點擊連接。
能自定義認證請求頭嗎？
瀏覽器 WebSocket 構造器不支持任意請求頭，應使用服務器支持的 Cookie、URL 或子協議機制，並確認傳輸內容。
其他語言
參考資料
我們如何確保結果正確
我們使用以下自動化測試驗證此工具。下方保留測試案例的原始名稱，方便查看實際斷言及重現。
- 驗證方法
- 檢查 URL、子協議、關閉原因和二進制消息，並用受控連接事件驗證生命週期和舊事件隔離。
- 對比依據
- 固定消息字節與受控 WebSocket 生命週期斷言。
- 驗證範圍
- 只覆蓋這些樣本和邊界；不代表所有輸入均已證明正確。
測試原始碼與案例（點選檔名檢視）
-
live-network-tools.test.js
- WebSocket validates URLs, protocol tokens, payload encoding and close reason UTF-8 length
- WebSocket lifecycle logs text and binary messages and waits for a real close event
這些測試涵蓋列出的樣本和邊界，不代表所有輸入都已證明正確。往返測試和使用同一依賴套件的檢查，不屬於獨立交叉驗證。