股票行情 API 怎么选？开发者接入检查表

核心结论 · 30秒开发速览

选择股票行情 API 时，先确认目标市场与标的是否覆盖，再确认需要的数据类型（成交、盘口、K 线）和接口方式（REST 或 WebSocket），最后核对频率额度、历史范围与使用授权。价格和延迟指标只有在前几项满足后才有比较意义。

维度	要问的问题	常见误区
市场覆盖	是否覆盖港股、美股、A 股中我需要的市场与具体代码？	只看“覆盖全球”，不核对具体标的
数据类型	需要最新成交价、盘口深度，还是 K 线？	把成交价和盘口报价当成同一种数据
接口方式	轮询 REST 是否够用，还是需要 WebSocket 推送？	所有场景都上 WebSocket，增加维护成本
频率与额度	每秒请求数、单次标的数、连接数上限是多少？	只在压测或上线后才发现被限流
历史范围	能取多少根 K 线、覆盖多长时间？不同套餐是否不同？	把最高套餐的历史范围当成默认能力
使用授权	数据能否展示给终端用户、能否再分发或存储？	忽略展示与再分发条款

同一个团队可能同时存在多个场景。建议把每个场景的需求分别写成一行检查项，而不是用一个“最快、最全、最便宜”的笼统标准筛选供应商。

1列出需要的市场与代码清单，逐个确认在供应商的产品列表中存在。

2写明每个代码需要的数据类型：成交、盘口、K 线周期。

3估算峰值请求频率与同时订阅的标的数，对照套餐限制。

4确认历史 K 线最多可取多少根、是否随套餐变化。

5确认返回时间戳的单位（秒或毫秒）与时区约定。

6确认数据能否展示给终端用户、能否落库长期保存。

7用免费或测试额度跑通一次真实请求，记录响应样例。

AllTick 通过统一的 REST 与 WebSocket 接口提供外汇、股票（港股、美股等）、贵金属与大宗商品和全球指数数据。按检查表评估时，可以先在本站的数据覆盖指南确认市场与代码格式，再到当前套餐页核对额度与历史范围。

已根据下方一手资料核对相关端点、字段与交易所规则。

本轮未使用真实 Token 执行 AllTick 请求，也未完成生产端到端测试。复现时请记录套餐、依赖版本、交易时段、ret/trace 与实际结果。