<p>正确方式是用64位整数计算：int64_t to_ms(const struct timespec& ts) { return static_cast<int64_t>(ts.tv_sec) * 1000LL + ts.tv_nsec / 1000000LL; }，避免溢出和浮点误差。</p>
struct timespec 转毫秒的正确计算方式
直接用 tv_sec * 1000 + tv_nsec / 1000000 是错的——tv_nsec 是纳秒，除以 10⁶ 得到毫秒，但整数除法会截断，且 tv_sec * 1000 可能溢出（尤其在 32 位系统上处理大时间值时）。
安全做法是用 64 位整数承接整个计算：
int64_t to_ms(const struct timespec& ts) {
return static_cast<int64_t>(ts.tv_sec) * 1000LL + ts.tv_nsec / 1000000LL;
}
-
tv_sec强转为int64_t防止乘法溢出 -
1000LL和1000000LL显式使用 long long 字面量，避免整型提升歧义 -
tv_nsec / 1000000LL是向零取整，符合 POSIX 时间语义（tv_nsec范围是 [0, 999999999]，所以不会出现负数或越界）
为什么不能用 double 转换
有人尝试 static_cast<double>(ts.tv_sec) + ts.tv_nsec * 1e-6</double> 再乘 1000，这会引入浮点误差。例如当 tv_nsec == 999999999 时，999999999 * 1e-6 在 double 中无法精确表示，可能变成 999.9999990000001 或 999.9999989999999，四舍五入后毫秒值偏差 ±1。
毫秒级时间常用于超时控制、日志打点、性能计时等场景，误差不可接受。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 所有标准库时间比较（如
clock_nanosleep、pthread_cond_timedwait）都基于整数纳秒，保持整数运算一致性更可靠 - 若需更高精度（如微秒），应直接用
tv_nsec / 1000，而非绕道 float/double
跨平台兼容性注意点
struct timespec 在 Linux、macOS、FreeBSD 上定义一致，但 Windows 不原生支持。若用 MinGW 或 WSL，则没问题；若在原生 Win32 下，需自行定义或借助 GetSystemTimeAsFileTime 模拟。
- POSIX 规定
tv_nsec必须在 [0, 999999999] 范围内，实际使用中无需校验，但若从不可信来源读取（如网络序列化），建议加范围检查 - C++20 的
std::chrono::nanoseconds可无缝转换：auto ms = std::chrono::duration_cast<:chrono::milliseconds>(std::chrono::seconds(ts.tv_sec) + std::chrono::nanoseconds(ts.tv_nsec))</:chrono::milliseconds>，但要注意其内部仍做整数运算，且构造开销略高
常见误用：把 timespec 当作绝对时间直接减
直接对两个 struct timespec 成员分别相减再转毫秒，容易忽略借位问题。比如 ts1.tv_nsec 时，必须从 <code>tv_sec 借 1 秒（即加 10⁹）再算差值。
正确做法是先归一化为纳秒总数，再相减：
int64_t diff_ms(const struct timespec& a, const struct timespec& b) {
int64_t a_ns = static_cast<int64_t>(a.tv_sec) * 1000000000LL + a.tv_nsec;
int64_t b_ns = static_cast<int64_t>(b.tv_sec) * 1000000000LL + b.tv_nsec;
return (a_ns - b_ns) / 1000000LL;
}
这个细节在写定时器回调、响应延迟统计时特别容易被忽略，导致负毫秒或跳变结果。
