duration_cast转纳秒变负数是int64_t溢出的确定性表现，因整数字面量先溢出再构造duration导致未定义行为；应改用低精度duration构造后cast。
duration_cast 转纳秒时为什么突然变成负数
直接对大时间跨度（比如几天、几周）用 duration_cast<nanoseconds></nanoseconds>，count() 返回负值或极小正数，不是 bug，是 int64_t 溢出的确定性表现。1 小时 = 3.6e12 纳秒，24 小时就逼近 8.64e13；而 int64_t 最大值约 9.22e18 —— 看似够用，但实际中常叠加多层计算（如 hours(1000) * 60 * 60 * 1'000'000'000），整数字面量先溢出再构造 duration，结果未定义。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 避免用整数字面量直接构造高精度单位：❌
nanoseconds(60*60*24*1000)；✅ 改用低精度构造后 cast：duration_cast<nanoseconds>(hours(1000))</nanoseconds> - 对跨度 > 1 天的场景，优先用
duration<double nano></double>或duration<double milli></double>，绕过整数截断 - 若必须用整数类型，检查目标
duration的rep容量：比如hours用int（通常 32 位），最大仅支持 ±24855 小时（≈ 2.8 年）；换成long long更稳妥
跨天/跨月计算别碰 system_clock::time_point 直接减法
system_clock::time_point 减法得到的是 duration，看似自然，但若起止时间横跨夏令时切换、NTP 调整或手动改系统时间，结果可能少几秒或多几秒——这不是精度问题，是逻辑错误。尤其在日志时间差、任务调度延迟统计等场景，误差会传导到业务判断。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 测量耗时一律用
steady_clock：auto start = steady_clock::now(); ... ; auto d = steady_clock::now() - start; - 需要“真实经过多少天”这类语义时，不要用
duration_cast<days>(tp2 - tp1)</days>，而应转成sys_days（C++20）或用std::chrono::floor<days>(tp)</days>对齐到午夜再算差 - C++17 及以前：用
system_clock::to_time_t()转time_t，再用gmtime_r/localtime_r解析年月日，手工计算天数差（注意闰年）
hours / days / weeks 的 rep 类型差异容易被忽略
标准库预定义的 hours、minutes 默认用 int 作 rep，而 seconds 及更细粒度默认用 long long。这意味着 hours(100000) 在 32 位 int 下直接溢出（100000 > 2^31-1），但 seconds(100000 * 3600) 却安全——类型不同，行为不同。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 显式指定
rep类型：用duration<long long ratio>></long>代替裸hours，或using safe_hours = duration<int64_t hours::period>;</int64_t> - 编译期检查：加
static_assert(is_same_v<decltype int>);</decltype>确认当前平台约定 - 跨模块传递时，统一用
auto推导或显式 typedef，避免隐式转换丢失精度
chrono::days 在 C++20 前不可用于 duration_cast
C++17 没有 days 类型，强行写 duration_cast<days>(d)</days> 会编译失败。有人用 duration<int ratio>></int> 替代，但这只是数值等价，不带语义，且 ratio 不等于标准 days::period（后者是 ratio，等价但类型不同）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- C++20 项目：直接用
using namespace std::chrono_literals;，写100h、30min、7d，清晰且类型安全 - C++17 及以前：定义自己的
days：using days = duration<int64_t ratio>>;</int64_t>，并确保所有 cast 都用这个别名 - 避免混合使用：不要一部分代码用
ratio，另一部分用hours(24)，它们相等但类型不同，==比较需隐式转换，可能触发意外截断
关键点在于：溢出不是偶然事件，是整数类型 + 编译期单位组合的确定性后果。最易被忽略的是 rep 的位宽和符号性——它藏在模板参数里，不报错也不警告，只在某次输入变大时突然崩掉。
