跳转到主要内容
建立 WebSocket 连接是整个接入流程的第一步。完成握手之后,连接本身已经就绪,但不会自动开始推送数据,你还需要按照订阅与取消订阅的说明发送订阅请求才能收到业务推送。

握手 URL

握手URL
把 API Key 放在握手 URL 上是最简单的方式,之后所有订阅请求都可以省略 data.api_key;如果出于安全考虑不希望 Key 出现在 URL / 日志里,也可以握手时不带,在每次订阅请求的 data.api_key 中单独传递。
过滤条件(league_id / country_id / match_id)请放在订阅消息的 data 中,不要写在 URL 上。URL 只负责身份认证,具体订阅哪些数据、过滤哪场比赛,是通过后续的业务消息声明的。

握手成功响应

握手成功响应示例
此时连接已建立,但尚未开始推送业务数据。收到这条消息后,下一步就是发送订阅请求。

握手可能被拒绝(HTTP 层)

握手阶段如果被拒绝,会在 HTTP 层直接返回对应状态码,连接不会建立成功,因此客户端需要在发起连接的代码路径上单独处理这些情况,而不能寄希望于在 WebSocket 消息里收到错误详情:
  • 401 / 403:API Key 无效:检查 Key 是否正确、是否已过期。
  • 429:连接数超限,或账号被临时限制:检查当前是否有未正常关闭的旧连接占用了配额,重连时建议加入退避策略(见 注意事项),避免频繁重试进一步触发限制。