API 教程文章与开发教程 | TickDB 博客

API 教程专题文章与开发实践:浏览市场数据分析、行情接口接入经验和相关教程。

Python 股票行情 API 实战:用 React 构建实时行情与 K 线面板,支持美股历史数据下载

Python 股票行情 API 实战:用 React 构建实时行情与 K 线面板,支持美股历史数据下载 接入一个行情 API,通常只需要几行请求代码。把 A 股、港股、美股、外汇、黄金、指数和加密资产放进同一个可用的页面,还需要解决另一组问题:代码可能存在歧义,涨跌幅的统计窗口不同,部分品种没有成交量,股票休市后仍然会返回最后一条报价,历史 K 线的最后一根也可能继续变化。 这篇文章用 Re…

TickDB Research ·

自选股越来越多,A 股、港股、美股的行情怎么接?

自选股越来越多,A 股、港股、美股的行情怎么接? 每天看自选股,少不了打开行情页面、翻一遍列表,再点进几只股票看看。二三十只还好;要是 A 股、港股、美股都有关注的公司,名单分在几处,来回切换就有点费劲了。 这时很容易冒出一个小想法:做张自己的看板,把几个市场的自选股放在一起,价格、涨跌幅和成交额一起更新,符合条件时提醒一下。工具能先帮自己省下这些重复操作,就已经有了用处。 用着用着,股票池…

TickDB Research ·

适合开发者的实时行情 API 怎么选:REST、WebSocket、MCP 和七个工程边界

直接答案 选择实时行情 API 没有统一标准答案。正确的做法是走三步:先核对市场、粒度、数据时效和授权,再选择传输协议,最后用真实请求验证字段与时间戳。具体来说,需要逐条检查七项工程边界: 1. 目标市场与资产类别。 2. 快照、K线、逐笔、报价、订单簿等数据粒度。 3. REST、WebSocket、MCP、SDK、批量文件等接入方式。 4. symbol、字段名、timestamp 和时区

TickDB Research ·

A 股实时行情 API 2026:从参数到错误处理,一次跑通 ticker 查询

> 调通了 API ≠ 拿到了正确的价格。 你以为"查一下贵州茅台现价"只是一行 HTTP GET。第一次请求返回 ——参数名写错了。修好后,价格字段是 ——取了 而不是 。再修好,触发了限流——没有退避逻辑。最后终于通了,但你用 判断"数据是否新鲜",在周末看到的价格其实是周五下午三点的收盘价。 四次失败,没有一次是网络不通。全是参数、字段和错误处理的细节。 下面用一张误写自查表、一段可复现

TickDB Research ·

行情 WebSocket 从握手到断线重连:symbol 格式不一致才是真正让你对不齐数据的元凶

> 凌晨三点,你的行情数据断了。重连代码在跑,心跳也在发,但系统空转了两个小时——心跳只发了 ping,没检查 pong。更隐蔽的是:品种目录返回的 symbol 是 ,REST 行情接口要的却是 。WebSocket 推送用的是哪种?你的同一套业务代码在处理同一只股票时,格式对不齐,数据关联静默失败——不是报错,而是你的系统里同一个股票在两条链路上用的是两个不同的代码。 一、那个被 Demo 藏

TickDB Research ·

Python 行情 WebSocket 从握手到断线重连:symbol 格式不一致才是真正让你对不齐数据的元凶

> 凌晨三点,你的行情数据断了。重连代码在跑,心跳也在发,但系统空转了两个小时——心跳只发了 ping,没检查 pong。更隐蔽的是:品种目录返回的 symbol 是 ,REST 行情接口要的却是 。WebSocket 推送用的是哪种?你的同一套业务代码在处理同一只股票时,格式对不齐,数据关联静默失败——不是报错,而是你的系统里同一个股票在两条链路上用的是两个不同的代码。 一、那个被 Demo 藏

TickDB Research ·

你跑的回测可信吗?——Tick级行情双源交叉验证的工程实践

> 同一只股票,同一时刻,两个主流数据源的价格差了0.01元,时间戳差了3毫秒,成交量差了200股。不是谁错了——是“精确到Tick”这件事本身,就没有统一标准。 一、一个你必须面对的事实 你用Tick级数据跑回测,夏普比率漂亮得让自己都有点不好意思。但切换到实盘,曲线开始变得陌生。你查过程序,没问题;查过网络,没问题;最后怀疑数据——但你无从查起,因为你手里只有这一份数据。 多数量化开发者默认“

TickDB Research ·

量化系统冷启动与实盘无缝接续:一套架构同时搞定 REST 历史回放与 WebSocket 实时推送

> 凌晨 3:12,量化系统从历史回放模式切换到实时模式。REST 最后一条 K 线的时间戳是 09:31:00.000,WebSocket 推送的第一条实时 Tick 是 09:31:00.287。这 287 毫秒的缝隙里,成交了 47 笔订单——你的策略一无所知,它还在等“下一条 K 线”。这 47 笔里有一笔是当天最高点。 > > 独立量化开发者的经典困境:回测阶段用 REST 批量拉历史

TickDB Research ·

Python + Redis 实时行情共享:WebSocket 数据流的订阅管理与断线恢复实践

▍阅读指南 - 如果你只想要代码:直接跳转第四章,核心实现可复制运行。 - 如果你想理解设计思路:从第二章开始,拆解 Redis 作为共享总线的工程考量。 - 如果你关心生产级细节:第五章有踩坑记录与调优参数速查。 一、多策略共享行情的工程难题 1.1 各自订阅的三重代价 当一个量化系统运行多个策略时,最常见的做法是每个策略独立订阅 WebSocket: 这种写法在策略数量增加时会暴露三个问题:

TickDB Research ·

WebSocket 连接池生产级实现:实时行情高可用与负载均衡

▍阅读指南 - 如果你只想要代码:直接跳转第三章,核心骨架可参考运行。 - 如果你想理解设计思路:从第二章开始,拆解连接池各组件的工程考量。 - 如果你关心什么时候该用连接池:第六章有速查表,30 秒定位你的场景。 --- 一、轮询的尽头是 WebSocket,单连接的尽头是连接池 1.1 轮询的三大原罪 绝大多数量化新手的第一套行情获取代码长这样: 这段代码在工作时,CPU 和网络资源在大量浪费

TickDB Research ·

别再盲目装插件了!ClawHub 排名前 5 的金融行情 Skill 深度盘点与选型指南

最近给 AI Agent 接入金融数据源的需求非常火爆。很多新手一上来,打开 ClawHub(AI 插件市场)搜到“Finance”或“Market”相关的 Skill 就一顿狂装。 结果往往是:装了一堆功能重叠的插件,AI 在调用时反而会因为不知道该选哪个而“精神分裂”,导致输出错乱。 给金融 Agent 选数据源,核心不在于“谁绝对碾压谁”,而在于“你的场景到底适合哪一款”。为了帮大家理清思路

TickDB Research ·

2026年AI金融工具排行榜:深度测评7款工具后,发现真正的差距不在应用层

> 当AI开始替你盯盘、读研报、甚至生成交易策略,投资这件事正在被彻底重写。 > 但实测完市面上7款主流工具后,发现一个扎心真相:大家都在比谁家AI更聪明,却没人告诉你——没有好数据,再聪明的AI也是摆设。 --- 开篇:一份来自易观千帆的数据,决定写下这篇文章 2026年2月,第三方数据机构易观千帆发布了一份报告:2025年12月至2026年1月,证券服务类APP的月活跃用户数从1.75亿跃

TickDB Research ·