std::priority_queue 不适合作为定时器堆，因其不支持动态更新节点过期时间，导致失效节点滞留堆顶、触发异常或性能下降；需自实现可更新键值的最小堆或用 std::set 模拟。
为什么用 std::priority_queue 直接做定时器堆会出问题
它默认只按值比较，不支持动态更新节点的过期时间。一旦某个定时器被重置（比如刷新心跳），你没法在堆里原地修改它的 expire_time，只能插入新节点、标记旧节点失效——但旧节点仍占着堆顶位置，导致提前触发或漏触发。
常见错误现象：top() 返回已取消的定时器、pop() 后发现实际没到时间、大量无效节点堆积拖慢性能。
- 必须自己实现可更新键值的最小堆，或用
std::set模拟（靠迭代器删除） - 堆节点不能只存
expire_time，得带唯一 ID 或指针，用于外部取消时定位 - 不要把
std::chrono::steady_clock::time_point直接塞进int或long long——不同平台下time_since_epoch().count()类型可能不同，建议统一转为auto或封装为using tick_t = int64_t
手写最小堆的关键操作：update() 和 erase() 怎么安全实现
核心是维护一个映射表（如 std::unordered_map<timer_id_t size_t></timer_id_t>），记录每个活跃定时器在堆数组中的下标。每次 push() 时注册下标，update() 时先用下标拿到老节点，再执行上浮/下沉；erase() 则把堆尾元素填到该位置，再调整。
容易踩的坑：
立即学习“C++免费学习笔记（深入）”；
- 下标越界：删除后没清空 map 中对应项，后续
update()会访问野指针 - 重复插入同一 ID：要先
erase()再push()，否则 map 里残留旧下标 - 下沉时只比左右子节点小，忘了和父节点比——这会导致堆序破坏，必须完整实现
sift_up()和sift_down()
示例关键片段：
void update(timer_id_t id, tick_t new_expire) {
auto it = id_to_index_.find(id);
if (it == id_to_index_.end()) return;
size_t idx = it->second;
heap_[idx].expire = new_expire;
sift_up(idx);
sift_down(idx); // 因为可能既需要上浮也需要下沉
}
std::set<timernode compare></timernode> 替代方案的取舍
用 std::set 存储 TimerNode，自定义 Compare 按 expire 排序，天然支持 O(log n) 插入、删除、找最小值。不需要手动管理下标，取消定时器只需 set_.erase(iterator)。
但要注意：
-
TimerNode必须可比较且无歧义：如果两个定时器expire相同，Compare必须用id等字段保序，否则set会认为它们相等而拒绝插入 - 不能直接用
time_point做 key——因为time_point在某些编译器下不可复制到常量表达式，建议转成tick_t - 遍历
set查过期任务时，别用for (auto it = set_.begin(); ...)然后it++删除——迭代器失效，要用erase(it++)形式
过期检查与调度循环里最常忽略的细节
主线程每轮调用 tick() 时，不能只 pop 一个最小节点就停。因为可能有多个定时器在同一毫秒级时间点过期，必须 while 循环直到堆顶未过期。
还有几个硬伤点：
- 系统时间跳变（如 NTP 校正）：用
steady_clock，别用system_clock，否则校时后一堆定时器瞬间触发 - 回调函数抛异常：必须用
try/catch包住用户回调，否则整个调度循环崩掉 - 高精度需求下，
now.count()的单位是纳秒，但 sleep 最小粒度可能是毫秒——别用sleep_until精确对齐，改用忙等 + 条件变量更可控
真正上线时，tick() 的性能瓶颈往往不在堆操作，而在回调本身是否阻塞。记得加超时保护或挪到线程池执行。
