std::chrono::duration 转换单位时不能直接用 count() 除，因其破坏类型安全、丢失精度且绕过编译器量纲检查；应使用 duration_cast 或浮点 duration 构造实现安全转换。
std::chrono::duration 转换单位时，为什么 count() 直接除会出错？
因为 std::chrono::duration 是类型安全的：不同单位（如 std::chrono::seconds 和 std::chrono::milliseconds）是完全不同的类型，不能靠裸 count() 值硬除——这会丢失精度、溢出风险高，还绕过编译器对量纲的检查。
正确做法是用标准提供的转换函数或构造方式：
- 用
std::chrono::duration_cast显式转换，它会在编译期检查是否可表示（比如从nanoseconds转hours是允许的；反过来可能截断） - 避免写
d.count() / 1000这类手动算术，尤其当源类型是std::chrono::nanoseconds、目标是std::chrono::microseconds时，count()是long long，除法会丢小数位且不反映实际时间语义 - 如果源 duration 的
rep是浮点型（如std::chrono::duration<double std::milli></double>），duration_cast仍可用，但要注意浮点精度误差累积
如何安全地把 std::chrono::nanoseconds 转成带小数的毫秒？
直接 duration_cast<:chrono::milliseconds></:chrono::milliseconds> 会截断纳秒部分。要保留小数毫秒（比如 1234567 ns → 1.234567 ms），得转成浮点型 duration：
- 用
std::chrono::duration<double std::milli></double>构造：它表示“以毫秒为单位的 double” - 不能直接 cast，而是用隐式转换或构造函数：
std::chrono::duration<double std::milli>{ns}</double>，其中ns是std::chrono::nanoseconds变量 - 底层原理是：编译器会自动按比例缩放（1 ms = 1e6 ns），并做浮点除法，所以结果带小数
- 注意：这种转换不参与编译期单位检查，但仍是类型安全的——你明确选择了浮点语义
示例：
auto ns = std::chrono::nanoseconds{1234567};
auto ms_dbl = std::chrono::duration<double, std::milli>{ns}; // 1.234567
为什么 std::chrono::duration_cast 有时返回 0？
常见于「大单位转小单位」方向反了，或者值太小无法被目标单位整除表示。比如：
立即学习“C++免费学习笔记（深入）”；
-
std::chrono::duration_cast<:chrono::seconds>(std::chrono::milliseconds{999})</:chrono::seconds>返回0s—— 不是 bug，是设计如此：它向下取整（truncates toward zero） - 如果你想要向上取整或四舍五入，得自己处理：
duration_cast只负责安全缩放，不提供舍入策略 - 跨数量级转换（如
nanoseconds→hours）若原始值小于 1 小时，必然得 0；此时应先判断是否非零，再决定是否降级单位 - 别依赖
count()比较大小：两个不同单位的duration必须先统一单位再比，否则比较的是 raw 整数，毫无意义
自定义单位（如 100 纳秒）和标准单位混用要注意什么？
可以定义 using my_tick = std::chrono::duration<int64_t std::ratio>>;</int64_t>（即 100 ns），但它和标准类型之间没有隐式转换。
-
duration_cast支持任意duration间转换，只要底层rep能容纳结果（否则编译失败或运行时溢出） - 但像
my_tick + std::chrono::nanoseconds这种表达式会编译失败——必须显式转成共同类型，比如都转成std::chrono::nanoseconds - 自定义
ratio如果不是 2 的幂（如std::ratio），某些优化（如 constexpr 除法）可能失效，影响编译速度或常量折叠 - 调试时打印
count()很容易误读：一个my_tick{10}是 1000 ns，但count()输出 10 —— 单位信息全靠类型名，别指望数值本身说话
最易忽略的一点：duration_cast 的行为取决于源和目标的 period 是否可通约。不可通约时（比如 std::ratio 和 std::ratio），转换可能有不可避的截断，而编译器不会警告——这事只能靠人审 unit design。
