跨源行情心跳容差匹配计数

一位交易员同时跑两条同标的的市场数据 feed——一条是同机房主 feed、一条是异地灾备 feed，需要每天报一项运维健康指标：ts_primary 中有多少条心跳能在 tol_ms 毫秒容差内被 ts_secondary 印证。请实现 solution(ts_primary: list[int], ts_secondary: list[int], tol_ms: int) -> int，返回满足如下条件的下标 i 的个数：在 ts_secondary 中存在至少一个下标 j 使得 |ts_primary[i] - ts_secondary[j]| <= tol_ms。每个 i 至多计一次（存在性语义，而非多对多配对计数）。

ts_primary 与 ts_secondary 都是非递减的整数毫秒时间戳数组。两路均已预排序，所以最优形状是双指针线性扫描：维护一个指向 ts_secondary 的指针 j，让它随 i 单调推进——因为 ts_primary[i] - tol_ms 在 i 上非递减，j 永不回退。

边界情形：

• 若 len(ts_primary) == 0 返回 0。
• 若 len(ts_secondary) == 0 返回 0。
• tol_ms == 0 退化为两路 feed 之间的严格等值时间戳匹配；同一份代码仍然成立，因为窗口塌缩为一个点。

例如：

ts_primary   = [10, 20, 35, 50]
ts_secondary = [11, 22, 49, 200]
tol_ms       = 2

solution(ts_primary, ts_secondary, tol_ms) 返回 3。下标 0（ts=10）匹配 secondary 中的 11（|10-11|=1）。下标 1（ts=20）匹配 22（|20-22|=2）。下标 3（ts=50）匹配 49（|50-49|=1）。下标 2（ts=35）距 22 与 49 都过远（差值 13、14），不计。

实践背景

当两条冗余 feed 并行跑时，跨 feed 匹配率是最干净的微观结构运维指标之一。匹配率持续偏低意味着某条 feed 在丢心跳、被网络延迟拖偏，或时钟漂移——这是值班的信号：把不健康那条 feed 摘掉、不让陈旧报价驱动一笔坏成交。指标按日聚合，对全天的两路心跳流跑一次。生产里心跳量动辄数十亿条，所以线性扫描的 O(N + M)（而非 O(N log M)）才是把日报压到分钟级而不是小时级的关键。