标准计算方式是 tv_sec + tv_usec / 1000000.0，需将 tv_sec 和 tv_usec 均转为 double 后运算，避免整数除法或单精度浮点误差；正确实现为 return static_cast<double>(tv.tv_sec) + static_cast<double>(tv.tv_usec) / 1000000.0。
struct timeval 转 double 的标准计算方式
直接用 tv_sec + tv_usec / 1000000.0 就行，这是最可靠、跨平台的做法。别用除以 1e6 或 float 类型，浮点精度会出问题（尤其在 long double 不参与运算时）。
常见错误是写成 tv_usec / 1000000（整数除法结果为 0），或误用 tv_usec / 1e6f（单精度 float 引入舍入误差）。
-
tv_sec是time_t类型，通常为 signed long，直接转 double 安全 -
tv_usec是suseconds_t，一般为 signed long，必须先转 double 再除，不能整除 - 除数必须是
1000000.0（double 字面量），不是1000000或1e6（后者可能被当作 float）
实际代码怎么写才不出错
下面这个函数能处理负值（比如 select() 超时返回的负 tv_sec），也兼容大多数系统对 tv_usec 范围的宽松要求（0–999999）：
double timeval_to_double(const struct timeval& tv) {
return static_cast<double>(tv.tv_sec) + static_cast<double>(tv.tv_usec) / 1000000.0;
}
注意：如果 tv.tv_usec 是负数（某些系统允许，但非 POSIX 标准），需先归一化——不过绝大多数真实场景里它不会负，gettimeofday() 和 select() 输出都保证 0 ≤ tv_usec 。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
为什么不用 std::chrono 替代
如果你只是做简单转换，std::chrono 反而增加复杂度：要先把 struct timeval 拆成秒+微秒，再构造 std::chrono::microseconds，最后转 duration<double></double>。中间多两次隐式转换，还容易漏掉符号处理。
除非你整个项目已统一用 std::chrono，否则没必要为这点转换引入额外依赖和模板膨胀。
-
std::chrono::duration_cast<:chrono::microseconds>(...)</:chrono::microseconds>无法直接接受struct timeval - 手动构造
std::chrono::system_clock::time_point需要 epoch 对齐，徒增风险 - 性能上无优势——纯算术比模板实例化快得多
跨平台时要注意的细节
Linux、macOS、FreeBSD 都定义 struct timeval 一致，但 Windows 不自带——得用 winsock2.h 或自己 typedef。如果用 MinGW 或 MSVC 的 POSIX 兼容层，tv_sec 类型可能是 long long，这时 static_cast<double></double> 仍安全，但用 %ld 打印会截断。
- Windows 下若未包含
winsock2.h，编译会报unknown type name 'struct timeval' - 某些嵌入式 libc（如 newlib）中
tv_usec是int，值域可能不足 1000000，需检查宏HAVE_STRUCT_TIMEVAL - 别依赖
sizeof(struct timeval)——虽然通常是 16 字节，但理论上可变
真正麻烦的不是转换本身，而是确保 struct timeval 来源合法：比如从 clock_gettime(CLOCK_MONOTONIC, &ts) 得到的是 struct timespec，不能直接 reinterpret_cast。
