std::chrono::duration_cast 不会自动丢失精度，但默认向零截断导致“看似丢失”；需用浮点 duration 或 ceil/round 等函数实现小数或舍入转换。
std::chrono::duration_cast 会丢失精度吗？
不会自动丢失，但转换时若目标单位无法整除源值，duration_cast 默认向零截断（不是四舍五入），这是精度“看似丢失”的主因。比如把 1234ns 转成 microseconds，结果是 1μs，剩下 234ns 被丢弃。
常见错误是误以为它像浮点转换一样保留小数——它只做整数截断。要保留小数部分，得先转成 double 或用 round/floor/ceil 配合 duration_cast。
- 始终检查源和目标单位的比率是否为整数倍（如
nanoseconds→microseconds是 ÷1000，可整除；但nanoseconds→milliseconds是 ÷1000000，也 OK） - 避免链式转换：不要
duration_cast<microseconds>(duration_cast<milliseconds>(ns))</milliseconds></microseconds>，直接一步到位，减少中间截断 - 若需小数毫秒，用
double：double ms = std::chrono::duration<double std::milli>(ns).count();</double>
如何安全地把 nanoseconds 转成带小数的 double milliseconds
直接用 duration_cast 得不到小数，必须借助浮点 duration 类型。标准做法是构造一个以 double 为 Rep、指定 Period 的 duration，再调用 .count()。
例如：
立即学习“C++免费学习笔记（深入）”；
auto ns = std::chrono::nanoseconds{1234567};
double ms = std::chrono::duration<double, std::milli>(ns).count(); // → 1.234567
注意：std::milli 表示 10⁻³ 秒，所以 duration<double std::milli></double> 就是“毫秒为单位的双精度浮点时长”。别写成 std::chrono::milliseconds（那是整数类型）。
- 不能对整数 duration 直接赋给 double 变量（会隐式截断）：
double x = std::chrono::duration_cast<:chrono::milliseconds>(ns).count();</:chrono::milliseconds>→ 错！得 1.0 - 浮点 duration 构造开销极小，无运行时惩罚
- 如果只是做比较或累加，优先用整数 duration；仅输出/显示/跨系统传递时才转浮点
为什么 duration_cast(minutes) 返回 0？
因为 minutes 值太小，而 duration_cast 向零截断。例如 std::chrono::minutes{59} 转 hours，59 分钟不足 1 小时，结果就是 0h。
这不是 bug，是设计使然：它保证结果可逆（cast 回原单位不会溢出），且符合整数除法规则。
- 想向上取整一小时？用
std::chrono::ceil<:chrono::hours>(mins)</:chrono::hours>（C++17 起） - 想四舍五入？先转成更细粒度单位再算：
auto h = std::chrono::duration_cast<:chrono::hours>(mins + std::chrono::minutes{30});</:chrono::hours> - 检查是否为 0 后再决定是否需要 ceil/round，避免误判“空闲时间”
在高精度计时中，哪些单位组合最稳妥？
推荐始终用 nanoseconds 作为内部存储单位，再按需转换。原因：它是 C++ 标准中最小的预定义单位，且多数平台的 steady_clock::now() 返回值能精确到纳秒级（即使实际硬件精度更低，至少语义一致）。
慎用 microseconds 或 milliseconds 存储原始测量值——它们会从源头截断。
- 记录耗时：用
auto start = std::chrono::steady_clock::now();，差值是steady_clock::duration，通常等价于nanoseconds - 日志输出时再 cast：
std::cout (dur).count() - 跨线程/网络传输前，转成
int64_t纳秒值（比 float/double 更可靠、无精度漂移）
真正容易被忽略的，是把 duration_cast 当作“格式化工具”用——它本质是整数换算，不是显示辅助。该用浮点就用浮点，该截断就明确截断，混用会导致时序逻辑出错。
