websocket连接失败主因是服务端校验origin、cookie或token，需通过浏览器network面板观察ws/wss请求headers及响应状态码，并按实际帧格式发送订阅指令与心跳包。
WebSocket 连接失败：检查服务器是否允许跨域或需要鉴权
直接用 requests 无法抓取 WebSocket 数据——它只支持 HTTP/HTTPS，而 WebSocket 是独立协议。必须用专用库，最常用的是 websocket-client 或异步的 websockets。但第一步不是写代码，而是确认目标站点是否允许外部连接：
• 打开浏览器开发者工具 → Network → Filter 输入 ws:// 或 wss://，看是否有活跃的 WebSocket 连接
• 点击该连接 → 查看 Headers 中的 Origin 是否被服务端校验（常见于券商 Web 页面）
• 若握手返回 403 Forbidden 或直接断开，大概率是服务端校验了 Origin、Cookie 或要求携带 token 参数
• 部分接口需先通过 HTTP 接口登录获取 access_token，再拼到 WebSocket URL 后，例如：wss://api.xxx.com/ws?token=abc123
消息格式不匹配：订阅请求必须符合服务端约定的 JSON 结构
即使连上了，也常收不到数据，因为没发对订阅指令。不同平台协议差异极大：
• 同花顺 Web 版常用 {"type":"sub","symbol":"SH600519"}
• 东方财富可能要求 {"cmd":"sub","params":["000001.SZ"]}
• 某些接口需先发认证包（如 {"op":"auth","args":["appid","secret"]}），再发订阅
• 必须严格区分字段名大小写、引号类型（双引号）、是否嵌套数组——少一个逗号或错一个 key 就静默失败
• 建议用浏览器调试时的「Frames」标签，手动复制一条真实客户端发出的订阅帧，原样复用，不要自行构造
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
心跳机制缺失：连接几分钟后自动断开
绝大多数股票 WebSocket 服务要求客户端定时发送 ping 包，否则服务端主动踢出：
• 常见心跳格式是字符串 "ping"、空 JSON {} 或特定字段 {"type":"ping"}
• 时间间隔通常为 15–30 秒，需在后台线程或异步任务中持续发送
• 若使用 websocket-client，可设 keepalive=True 并配合 on_ping 回调，但更稳妥的是自己用 threading.Timer 定期调用 ws.send(...)
• 注意：服务端返回的 pong 帧一般无需处理，但若要求响应，漏回也会断连
数据解析乱码或结构突变：别硬解二进制，先确认编码和压缩
收到的消息可能是：
• UTF-8 文本（直接 msg.decode('utf-8')）
• gzip 压缩过的 bytes（需 gzip.decompress(msg) 再解码）
• Protocol Buffers 编码（需提前拿到 .proto 文件和 Python binding）
• 更隐蔽的是：同一连接中，不同 symbol 的数据可能混在一条 message 里，或同个 symbol 分多帧发送（WebSocket 支持 fragmented message）
• 实操建议：先打印原始 len(msg) 和前 20 字节的 hex（msg[:20].hex()），对照浏览器 Frames 中的「Data」栏，看是否一致——若浏览器显示为文本但你收到 bytes，说明服务端用了压缩但没声明 permessage-deflate 扩展
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
