std::chrono::duration不能直接用int存毫秒，因为它是封装计数值和周期的模板类，隐式转换易导致精度丢失或重载误选；应显式使用1000ms或std::chrono::milliseconds(1000)。
std::chrono::duration 为什么不能直接用 int 存毫秒
因为 std::chrono::duration 不是整数类型，而是模板类，底层封装了计数值和时钟周期（rep 和 period）。直接拿 int 赋值给 std::chrono::milliseconds 看似能编译，但隐式转换可能丢失精度或触发非预期的构造函数重载——比如传 0 可能匹配到 duration(Rep)，而传 0LL 又可能选错 rep 类型。
常见错误现象：std::this_thread::sleep_for(500) 编译失败；或写 auto timeout = 1000; 再传给 wait_for，结果永远不超时。
- 正确做法：显式使用带单位的字面量，如
1000ms（需 C++14+）或std::chrono::milliseconds(1000) - 避免裸整数：哪怕只是临时调试，也别写
500，写500ms或std::chrono::milliseconds{500} - 注意
rep类型：默认std::chrono::milliseconds用long long，但若你手动指定std::chrono::duration<int std::milli></int>，大值会溢出
在 wait_for / sleep_for 中传 duration 的典型陷阱
std::condition_variable::wait_for 和 std::this_thread::sleep_for 都接受 std::chrono::duration，但它们对“零值”和“负值”的行为不同，且容易被系统调度干扰。
-
sleep_for(0ms)通常立即返回，但不是原子操作，仍可能被抢占；不要用它做忙等替代 -
wait_for(lock, 0ms)会尝试获取锁、检查谓词、然后立刻返回cv_status::no_timeout或cv_status::timeout—— 注意它**不保证**检查谓词前不被唤醒 - 超时时间太短（如
1us）在多数系统上会被截断为 0 或最小调度粒度（Windows 常为 15ms），实际等待远长于预期 - 跨线程传递
duration时，别用auto推导后又取.count()再重建 —— 不同duration类型间count()值不可互换，例如1s.count() == 1000对milliseconds成立，但对microseconds是1000000
如何安全地从配置读取超时并转成 duration
配置项（如 JSON/YAML/环境变量）通常只存数字，单位需约定。硬编码单位转换易出错，比如把“5000 毫秒”当成秒解析。
立即学习“C++免费学习笔记（深入）”；
- 统一约定配置单位：推荐全部用毫秒整数，解析后直接构造
std::chrono::milliseconds{cfg_value} - 若配置支持单位字符串（如
"5s"、"300ms"），用简单字符串匹配 + 条件分支，别依赖正则或通用 parser —— 复杂度不值得 - 边界检查必须做：
if (cfg_value ，因为负 <code>duration传给wait_for行为未定义 - 避免浮点：即使配置允许小数（如
2.5s），也应转成纳秒级整数std::chrono::nanoseconds，防止double表示误差累积
duration_cast 可能悄悄截断或溢出
std::chrono::duration_cast 在向下转换（如 seconds → milliseconds）时截断小数部分，在向上转换（如 milliseconds → hours）时可能溢出，且不抛异常。
- 检查是否溢出：用
duration_cast前先比大小，例如if (d > std::chrono::hours::max() / 3600) ... - 别用
duration_cast替代单位语义：想表达“最多等 1 秒”，就用1s，而不是duration_cast<:chrono::seconds>(x)</:chrono::seconds>再比较 - 日志打印时慎用
.count()：直接输出d.count()不带单位，读者无法判断是毫秒还是微秒；建议用std::chrono::duration_cast<:chrono::milliseconds>(d).count()</:chrono::milliseconds>显式转成毫秒再打日志
最常被忽略的是：duration 的 period 是编译期常量，一旦构造完成，其精度就固定了；运行时无法“提升精度”，只能靠 duration_cast 截断或舍入 —— 这不是 bug，是设计使然。
