std::thread + std::this_thread::sleep_for 自建定时器易出错，因会阻塞线程、无法优雅取消、不支持重复触发且缺乏统一生命周期管理；正确做法是用 steady_clock + priority_queue + condition_variable 实现线程安全 TimerQueue，配合原子标记与 shared_ptr 确保资源安全和可取消性。
为什么 std::chrono + std::thread 自建 Timer 容易出错
直接用 std::this_thread::sleep_for 配合循环实现定时器，看似简单，但实际会卡死线程、无法取消、不支持重复触发——尤其在需要多个并行定时任务时，std::thread 创建销毁开销大，且没有统一生命周期管理。更关键的是，这类裸实现无法响应外部中断（比如程序退出前想立刻停掉所有定时器），容易导致析构时访问已释放对象。
真正可复用的 Timer 模块必须满足：可启动/暂停/取消、支持单次和周期模式、回调执行不阻塞主线程、资源自动清理。
用 std::thread + std::queue 实现线程安全的 TimerQueue
核心思路是「一个后台线程 + 优先队列」：所有定时任务按触发时间排序，后台线程只管取最近到期任务执行，其余挂起等待。这样避免为每个 Timer 开一个线程，也规避了轮询消耗 CPU。
-
std::priority_queue存任务，比较规则按std::chrono::steady_clock::time_point升序（最早触发的在 top） - 每个任务封装为结构体，含
callback（std::function<void></void>）、fire_time、interval（0 表示单次）、id（用于取消） - 用
std::mutex+std::condition_variable同步：插入新任务时 notify，线程空闲时 wait，避免忙等 - 取消机制靠
std::atomic<bool></bool>标记任务是否已失效，执行前检查，不依赖 erase 队列（priority_queue不支持随机删除）
示例关键逻辑：
立即学习“C++免费学习笔记（深入）”；
struct TimerTask {
std::function<void()> callback;
std::chrono::steady_clock::time_point fire_time;
std::chrono::milliseconds interval{0};
size_t id;
bool canceled{false};
};
// 比较函数：时间早的优先级高
struct TaskCompare {
bool operator()(const TimerTask& a, const TimerTask& b) {
return a.fire_time > b.fire_time; // min-heap
}
};
Timer 类如何封装 start/stop/cancel 接口
用户不需要接触线程或队列细节。对外暴露的 Timer 类应像“句柄”一样轻量：构造即注册，析构即自动取消，且支持链式调用。
-
start(std::chrono::milliseconds delay, std::chrono::milliseconds period = 0)：delay 为首次触发延迟，period 为 0 则单次；非零则周期执行 -
stop()立即标记任务为 canceled，并从队列中“逻辑移除”（实际仍留在队列直到被 top 到再跳过） - 内部用
std::shared_ptr<timertask></timertask>管理任务生命周期，确保回调执行时对象仍有效 - 避免使用 raw pointer 或 this 捕获 lambda —— 析构后回调可能 crash
典型用法：
Timer t; t.start(100ms, 500ms); // 100ms 后首次触发，之后每 500ms 一次 t.stop(); // 立即终止，后续不再触发
Windows/Linux 下高精度 sleep 的兼容处理
std::this_thread::sleep_until 在不同平台唤醒精度不同：Linux 通常 1–15ms，Windows 可能高达 15–55ms（受系统 timer resolution 影响）。若业务对精度敏感（如音视频同步），不能依赖默认 sleep。
- Linux 可调用
clock_nanosleep(CLOCK_MONOTONIC, ...)获取 sub-ms 级别控制（需-lrt） - Windows 可用
timeBeginPeriod(1)提升系统 timer 分辨率（注意配对timeEndPeriod(1)） - 但多数业务场景下，用
std::this_thread::sleep_until+ 小范围 busy-wait（比如剩余 - 模块内部应把 sleep 封装成独立函数，便于按平台条件编译替换
容易被忽略的一点：后台线程必须设为 std::thread::detach() 还是 join()？答案是 —— 必须在 TimerQueue 析构前显式 join()，否则程序退出时线程仍在运行，访问全局对象（如静态回调）会 UB。
