移动端 WebSocket 连接为何报错 426 Upgrade Required？
服务器无法使用客户端指定的 WebSocket 协议版本进行通信时会返回 426 错误。
检查客户端请求头中的版本号
客户端发起 WebSocket 连接时，需要在请求头中声明希望使用的协议版本。请求头 Sec-WebSocket-Version 的值应填写 IANA WebSocket 版本注册表中列出的最新最终版本。目前最新的最终版本是 13，客户端应优先使用该版本号进行请求。如果请求头中指定的版本号不是服务器支持的版本，服务器将无法建立连接。
在移动端开发中，可以通过浏览器开发者工具的 Network 面板查看实际发出的请求头。确认 Sec-WebSocket-Version 字段是否存在，以及其值是否为 13。如果该字段缺失或使用了过时的版本号，服务器可能会拒绝升级连接。确保客户端代码在创建 WebSocket 对象时正确设置了协议版本参数，是避免此类错误的第一步。
确认服务器支持的协议版本列表
当服务器无法使用客户端指定的版本进行通信时，会返回 426 Upgrade Required 状态码。该响应头中会包含一个 Sec-WebSocket-Version 字段，其中列出了服务器实际支持的协议版本列表。这些版本号以逗号分隔，客户端需要根据该列表选择一个兼容的版本重新发起请求。
如果客户端收到的响应头中包含 Sec-WebSocket-Version，说明服务器拒绝了当前请求。此时应解析该响应头中的版本列表，并尝试使用列表中列出的最新版本重新建立连接。如果响应头中没有包含该字段，则可能表示服务器不支持 WebSocket 协议或存在其他配置问题。检查服务器日志或配置文件，确认其是否启用了 WebSocket 协议支持。
验证 Sec-WebSocket-Accept 响应头计算逻辑
在连接升级成功的情况下，服务器响应头中会包含 Sec-WebSocket-Accept 字段。该字段的值是通过特定的算法计算得出的哈希值，用于验证连接升级的有效性。计算过程需要将客户端提供的 Sec-WebSocket-Key 值与固定的 GUID 字符串拼接，然后对拼接后的字符串进行 SHA-1 哈希运算，最后将结果进行 Base64 编码。
如果服务器返回了 426 错误，通常不会包含 Sec-WebSocket-Accept 响应头。但如果服务器返回了 101 Switching Protocols 状态码，客户端必须验证 Sec-WebSocket-Accept 头的值是否正确。验证逻辑应严格按照 WebSocket 规范执行，确保客户端与服务器对哈希计算的理解一致。错误的计算或验证逻辑会导致连接无法正常建立。
排查 HTTP/1.1 与 HTTP/2 的兼容性问题
WebSocket 协议升级机制主要依赖于 HTTP/1.1 协议的特殊机制。HTTP/2 协议明确禁止使用这种升级机制，这意味着在 HTTP/2 连接上无法直接发起 WebSocket 升级请求。如果客户端与服务器协商使用了 HTTP/2，则无法通过 Upgrade 头进行协议切换，必须重新建立一个新的 HTTP/1.1 连接。
在移动端网络环境中，浏览器可能会根据服务器配置或协商结果选择使用 HTTP/2。如果服务器强制使用 HTTP/2，客户端将无法发起 WebSocket 升级，从而报错。确保服务器支持 HTTP/1.1 协议，或者在 HTTP/2 连接上正确处理 WebSocket 请求，是解决此类问题的关键。检查服务器的协议配置和客户端的连接协商过程，确认协议版本是否匹配。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。