std::chrono 本身不提供线程同步能力，必须搭配 mutex、condition_variable 或 atomic 才能协调线程；steady_clock 是多线程下唯一可靠计时器，因其单调递增、不受系统时间调整影响，而 system_clock 可能跳变导致超时失准。
std::chrono 本身不提供线程同步能力，它只是高精度时间工具；想靠它“同步线程”会直接失效——必须搭配 std::mutex、std::condition_variable 或 std::atomic 才能真正协调线程行为。
为什么 chrono::steady_clock 是多线程计时的唯一可靠选择
在多线程场景下，std::chrono::system_clock 可能因系统时间调整（如 NTP 同步、手动改时）发生跳变，导致 wait_until 或超时判断失准；而 std::chrono::steady_clock 是单调递增、不受外部时间干扰的硬件级计时器，所有线程看到的时间流一致。
- ROS2 节点中大量使用
steady_clock做定时器回调和超时控制，就是为避免跨线程时间漂移 - 用
system_clock::now()做线程间“约定时间点”（比如都等 10:00:00.500 触发），一旦系统时间被校正，部分线程可能永远等不到那个时刻 -
steady_clock::now()返回值类型是time_point，不能直接与system_clock混用，转换需显式调用time_point_cast
chrono 配合 condition_variable 实现带超时的线程等待
这是最典型的协同用法：一个线程生产数据并通知，另一个线程等待条件满足，但绝不无限阻塞。
-
cv.wait_for(lock, 500ms)和cv.wait_until(lock, tp)都依赖steady_clock的时间点，返回值为bool——true表示条件变量被唤醒，false表示超时 - 注意：即使超时返回
false，仍需再次检查共享状态（如队列是否非空），因为虚假唤醒（spurious wakeup）始终可能发生 - 错误写法：
cv.wait_for(lock, 1s); if (!queue.empty()) { ... }—— 缺少重检查，可能读到空队列 - 正确模式：
if (cv.wait_for(lock, 1s, [&]{ return !queue.empty(); })) { /* 安全消费 */ }，lambda 自动重检
用 chrono 测量线程执行耗时，但别在临界区里测
高频测量本身不危险，但把 steady_clock::now() 放在 std::lock_guard 内部会污染性能数据——你测到的是“加锁 + 工作 + 解锁”的总开销，而非纯工作耗时。
立即学习“C++免费学习笔记（深入）”；
- 典型误用：
{ std::lock_guard<:mutex> g(mtx); auto start = steady_clock::now(); do_work(); auto end = steady_clock::now(); }</:mutex> - 应拆开：
auto start = steady_clock::now(); { std::lock_guard<:mutex> g(mtx); do_work(); } auto end = steady_clock::now();</:mutex> - 更严谨的做法是用 RAII 封装计时器类，构造时记录起点，析构时打点并输出，避免手写重复逻辑
- 注意：
steady_clock::now()是轻量级系统调用，在现代 Linux/macOS 上开销约 20–50 ns，远低于 mutex 锁争用成本，可放心高频调用
chrono 时间单位混用导致 silent bug 的真实案例
把 milliseconds 当成 seconds 传给 sleep_for，或把 duration_cast<microseconds></microseconds> 结果直接用于 wait_for，不会编译报错，但行为完全失控。
-
this_thread::sleep_for(100ms)睡 100 毫秒；this_thread::sleep_for(100)（缺单位）会尝试隐式转换，若上下文无using namespace std::literals::chrono_literals，则编译失败；若有，则按count()值解释为纳秒级，实际只睡 100 纳秒 -
cv.wait_for(lock, 5s)和cv.wait_for(lock, 5000ms)等价，但cv.wait_for(lock, 5000)会静默转为纳秒，等效于5000ns—— 几乎不等待 - ROS2 中常见错误：用
rclcpp::Duration(1, 0)（1 秒）和std::chrono::seconds(1)混用，虽数值相同，但类型不同，传参时若未显式转换，可能触发意外模板实例化
真正难调试的不是“线程没同步”，而是“同步逻辑没错，但时间参数被悄悄缩放了 1000 倍”。
