std::chrono+std::priority_queue不适合高频时间轮调度，因其O(log n)堆调整引发CPU毛刺、不支持批量到期与周期重入、无法随机删除；应改用哈希分桶+单向链表的无锁时间轮实现。
为什么 std::chrono + std::priority_queue 不适合高频时间轮调度
直接用优先队列维护定时任务，在每毫秒 tick 时 pop 到期任务，看似简洁，但实际会因频繁堆调整导致 CPU 毛刺——尤其当任务数超 5k、精度要求 ≤10ms 时，std::priority_queue 的 pop() 平均复杂度 O(log n) 会明显拖慢 tick 主循环。更关键的是，它无法天然支持「批量到期」和「周期重入」：比如一个 3s 心跳任务，每次触发后需重新计算下一次触发时间，而堆里得先 erase 旧节点再 push 新节点，std::priority_queue 还不支持随机删除。
用哈希分桶 + 单向链表实现无锁时间轮（单线程安全）
核心是把绝对时间映射到固定大小的槽（slot），每个槽挂一个 std::forward_list，任务按「剩余滴答数」落入对应槽位。轮子每 tick 前进一格，只遍历当前槽中所有节点，O(1) 批量触发。
- 桶数量建议设为 256 或 512，避免过大（内存浪费）或过小（单槽链表过长）
- 使用
uint64_t存储「绝对触发时刻」（单位：毫秒），但轮子只存「相对偏移」，靠 base_tick 实时对齐，避免 long-term overflow - 插入时计算
(deadline - base_tick) % slot_count，注意负数取模要修正：auto idx = (delta + slot_count) % slot_count - 不使用
std::shared_ptr管理任务节点，改用对象池（std::vector<tasknode></tasknode>+ free list）减少 new/delete 频次
如何给任务加优先级而不破坏时间轮结构
时间轮本身不处理优先级，优先级必须在「同一槽内」生效。正确做法是在每个槽的 std::forward_list<tasknode></tasknode> 中，按优先级从高到低插入（即维护局部有序），而不是全局排序。
- 插入时用
before_begin()+insert_after()手动遍历找到插入点，O(k)，k 是该槽当前任务数（通常 ≤5，可接受） - 优先级字段用
int8_t priority，值越小越高（-128 最高，127 最低），方便 memcmp 和缓存友好 - 禁止在 tick 回调中修改自身优先级或重新注册——这会破坏链表迭代器稳定性；应通过「标记+延迟重插」机制，由主循环统一处理
- 心跳检测任务建议固定设为最高优先级（
-100），确保网络异常时能第一时间被调度，不被日志刷屏类低优任务阻塞
心跳检测与超时判定怎么和时间轮联动
心跳不是独立线程轮询，而是作为一类特殊定时任务注册进时间轮：每次收到对端心跳包，就 cancel 当前 pending 的 timeout 任务，再 schedule 一个新的（3×心跳间隔）。关键是 cancel 必须 O(1) 完成。
立即学习“C++免费学习笔记（深入）”；
- 每个心跳任务绑定唯一
session_id，并维护一个全局std::unordered_map<session_id_t tasknode></session_id_t>查表索引 - cancel 时仅将节点
is_canceled = true，不从链表摘除；tick 触发时跳过所有is_canceled节点即可 - 超时回调里不要做阻塞操作（如发 TCP 包），只置状态位 + post 到 IO 线程；否则会卡住整个时间轮 tick
- 注意系统时钟跳变：若检测到
now - last_tick > 2 * tick_ms，需全槽扫描并重算所有未取消任务的剩余偏移，防止漏触发
时间轮的真正难点不在构造，而在 cancel/resize/rebase 这些边界动作的原子性和一致性；哪怕单线程，is_canceled 标记也必须用 std::atomic_bool，否则编译器可能优化掉读写顺序。
