作者:互联网 时间: 2026-07-20 10:48:30
刚打开币安开发者文档,合约实时行情到底藏在哪?路径是 API Reference → Futures (USDⓈ-M) → Streams。REST 页面负责按需查询,WebSocket Market Streams 才负责持续推送;先选错协议,后面的代码写得再完整也会变成高频轮询。
币安官方注册地址:
币安APP下载地址:

盘口要看 book ticker 或 depth,逐笔成交看 aggregate trade,风险展示看 mark price,图表更新看 kline。名字相近,但载荷、频率和恢复方式不同。我会这样试:先只订阅一个 btcusdt 流,把收到的事件类型和时间戳写进日志,确认字段后再扩展到多交易对。
标记价格流的订阅名是 {symbol}@markPrice@{updateSpeed},基础地址为 wss://fstream.binance.com。官方页面说明单交易对可按 3 秒或 1 秒节奏推送,参数示例为 btcusdt@markPrice@1s。事件中可读取标记价格、指数价格、资金费率和下次资金费时间。

我会这样试:只打印 E、s、p、r 和 T,观察一分钟。若事件时间持续推进、交易对正确、价格能更新,就把消息送入业务层;若直接把完整 JSON 堆进数据库,字段变化和存储量会很快成为新问题。
K 线订阅名是 {symbol}@kline_{interval},例如 btcusdt@kline_1m。当前 K 线有新成交时,官方说明会按 250 毫秒更新。消息里的 x 用来判断这一根是否已经收盘;未收盘数据适合刷新图表,落库做历史分析时则要区分临时值和收盘值。

我会这样试:收到 x=false 时只更新缓存,等 x=true 再写入已收盘 K 线表。重连后用 REST 的 /fapi/v1/klines 补回断线区间,避免图表看起来连续,数据库却少了一段。
我会这样试:主动断网十秒再恢复,检查订阅是否重建、缺失 K 线是否补回、同一收盘事件是否重复写入。通过这次小测试,实时行情接口才算真正接上,而不是只在顺畅网络下亮着。