std::chrono+循环心跳易掉帧因sleep精度低且轮询耗cpu；时间轮须用vector+list+裸指针实现o(1)操作；优先级调度需分紧急/普通桶，辅以异步迁移逻辑。
为什么 std::chrono + 简单循环做心跳检测会掉帧
因为 std::this_thread::sleep_for 的实际休眠时长受系统调度精度、内核负载、线程抢占影响，误差常达 10–50ms；若心跳周期是 100ms，连续几次误差累积就可能跳过一次检测。更糟的是，用 while 轮询 + now() 比较会吃满 CPU，且无法响应优先级变化。
时间轮必须用数组索引而非 map 存储定时器
时间轮的核心是 O(1) 插入和 O(1) tick 推进，一旦用 std::map 或 std::unordered_map 存桶（bucket），每次 tick 遍历+查找就退化成 O(log n) 或平均 O(n)，高并发下延迟毛刺明显。正确做法是：固定大小的 std::vector<:list>></:list>，桶索引直接取模计算——比如 256 桶，当前 tick 是 1234，则插入到 1234 % 256 对应的桶里。
- 桶数建议设为 2 的幂（如 64/256/1024），
%可被编译器优化为位与& (N-1) - 每个桶内用
std::list而非std::vector，避免定时器频繁增删导致内存拷贝 - 不要在桶里存
std::shared_ptr，改用裸指针 + 外部生命周期管理，否则每 tick 触发 refcount 原子操作，性能损失显著
优先级调度不能靠 timer 到期时再排序
到期时刻相同但优先级不同的任务，如果等到 tick 触发后才调用 std::sort，等于把排序压力堆在关键路径上，单次 tick 延迟飙升。应该在插入阶段就分层：低优先级任务进“普通桶”，高优先级任务进“紧急桶”（单独一个 std::priority_queue），tick 时先清空紧急桶（O(log n) 但 n 极小），再处理对应时间轮桶。
- 紧急桶只放
priority > 10的任务（阈值可配），避免误伤吞吐 - 紧急桶的比较函数必须严格，避免
operator 返回 true 时两个对象相等，否则 <code>std::priority_queue行为未定义 - 紧急桶里的任务执行完要立刻从时间轮中注销，否则可能被重复触发
心跳检测的 tick 精度必须和系统时钟源对齐
用 std::chrono::steady_clock::now() 做 tick 推进是安全的，但若每毫秒 tick 一次，而底层 steady_clock 实际分辨率是 15.6ms（Windows 默认），就会严重失步。解决方法是：不固定 tick 间隔，而是每次 sleep 到下一个「对齐时间点」——例如目标是每 100ms 心跳，则记录上一次执行的绝对时间 last_tick，下次 sleep 时长设为 next = last_tick + 100ms，再用 sleep_until(next)。
- 必须用
sleep_until而非sleep_for，否则误差会逐轮累积 - 每次 sleep 前检查是否已超时（
now() >= next），超时则立即执行并重算 next，不 sleep - Linux 下可考虑
clock_nanosleep(CLOCK_MONOTONIC, ...)替代，精度更高且不受 adjtime 影响
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
