UD5工具箱
Q1：WebSocket与HTTP协议有什么本质区别？
HTTP协议采用请求-响应模式，客户端发起请求后服务器才能返回数据，无法实现服务器主动推送。WebSocket协议建立持久连接后，客户端和服务器可以随时主动发送数据，实现真正的双向实时通信。此外，WebSocket握手后的数据帧头部开销仅2-10字节，远小于HTTP每次请求数百字节的头部开销，传输效率更高。
Q2：为什么测试时连接总是失败？有哪些常见原因？
WebSocket连接失败通常有以下原因：服务器地址或端口号配置错误；使用ws://协议连接了只支持wss://的服务器；服务器未正常运行或未开启WebSocket服务；网络防火墙或安全策略阻止了WebSocket连接；服务器不支持请求的子协议。建议先检查服务器是否可用，确认协议类型是否匹配，并查看浏览器开发者工具中的网络面板获取详细的错误信息。
Q3：wss://加密连接与ws://普通连接如何选择？
ws://是明文传输的WebSocket协议，适合本地开发和测试环境使用；wss://是经过TLS/SSL加密的WebSocket协议，适合生产环境使用。当WebSocket服务器部署在公共互联网上时，必须使用wss://以保护传输数据不被窃听或篡改。在本测试工具中，如果目标服务器仅接受加密连接，请确保地址以wss://开头。
Q4：WebSocket连接状态码代表什么含义？
WebSocket关闭状态码用于指示连接关闭的原因。1000表示正常关闭；1001表示对端正在离开（如页面关闭）；1002表示协议错误；1003表示收到了不支持的数据类型；1006表示连接异常关闭（未收到关闭帧）；1008表示策略违规；1011表示服务器遇到意外情况无法处理。理解状态码有助于快速诊断连接问题。
Q5：WebSocket主要应用在哪些场景中？
WebSocket广泛应用于需要实时数据交互的场景：即时通讯和在线聊天应用；在线协同编辑工具（如Google Docs类应用）；实时数据推送（股票行情、新闻更新、体育赛事直播）；多人在线游戏；在线客服系统；物联网设备实时监控和控制；DevOps实时日志流监控。这些场景都对数据传输的实时性有较高要求，WebSocket的全双工特性完美契合需求。
Q6：如何有效调试WebSocket通信问题？
调试WebSocket通信问题可以使用以下方法：首先利用浏览器开发者工具的Network面板筛选WS类型的请求，查看WebSocket帧数据的详细内容；其次查看本测试工具提供的连接事件日志，定位握手失败或消息异常的具体时间点；还可以使用Wireshark等网络抓包工具分析底层数据包；对于服务端问题，建议检查服务器日志确认是否收到连接请求和消息数据。
Q7：如何在WebSocket断线后实现自动重连？
实现WebSocket自动重连需要在onclose或onerror事件处理函数中创建新的WebSocket实例。推荐使用指数退避算法设置重连间隔，即每次重连失败后将等待时间翻倍，例如第一次等1秒，第二次等2秒，第三次等4秒，同时设置最大重连次数上限防止无限重连。为避免大量客户端同时重连造成服务器压力，还可以在退避间隔中加入随机抖动因素。