C++获取当前时间方法_毫秒级时间戳代码

用 std::chrono 获取毫秒级时间戳最可靠

Windows 和 Linux 下都支持，且不依赖平台 API，避免了 gettimeofday 或 GetSystemTimeAsFileTime 的兼容性问题。核心是用 std::chrono::system_clock 配合 time_since_epoch() 转换为毫秒。

常见错误是直接用 time(nullptr) ——它只到秒级，且返回的是 time_t，无法满足毫秒需求。

• std::chrono::system_clock::now().time_since_epoch().count() 返回的是纳秒（Linux）或 100 纳秒（Windows）单位，需手动转毫秒
• 推荐统一除以 1'000'000 得到毫秒数，类型用 long long 防溢出
• 若需字符串格式（如 "2024-05-22 14:30:22.123"），再用 std::chrono::system_clock::to_time_t + localtime_s/localtime_r 拆解，但注意线程安全

auto now = std::chrono::system_clock::now();
auto ms = std::chrono::duration_cast(now.time_since_epoch()).count();
// ms 是自 Unix epoch 起的毫秒数，类型为 long long

Windows 下用 GetSystemTimeAsFileTime 的坑

它返回的是 FILETIME（100 纳秒为单位），看似精确，但容易在转换时出错：直接减去 Windows epoch（1601 年）再除 10000 得毫秒，结果可能因 64 位整数截断或符号处理错误而偏差几秒。

• FILETIME 是两个 DWORD 拼成的 64 位无符号整数，必须用 ULARGE_INTEGER 或 uint64_t 接收，不能用 long
• Unix epoch（1970）比 Windows epoch（1601）晚 11644473600 秒，对应 116444736000000000 个 100 纳秒单位
• 转换公式必须是：(filetime_as_uint64 - 116444736000000000) / 10000

跨平台封装一个毫秒时间戳函数

如果项目要同时跑在 Windows/Linux/macOS，别写两套逻辑。用 std::chrono 就够了，它在所有主流编译器（MSVC、GCC、Clang）中行为一致。

• 不要用宏判断平台后调不同 API，徒增维护成本
• 避免用 clock_gettime(CLOCK_REALTIME, ...)：Linux 支持，但 macOS 不支持 CLOCK_REALTIME，得 fallback 到 mach_absolute_time
• 如果必须用 C 风格接口，可封装为 inline 函数，返回 long long 类型毫秒值，不暴露内部时钟类型

inline long long current_ms() {
    return std::chrono::duration_cast(
        std::chrono::system_clock::now().time_since_epoch()
    ).count();
}

注意时区与精度的实际限制

system_clock 表示的是系统实时时钟（wall clock），受 NTP 同步、手动调时影响，可能回跳或跳变。它不是单调时钟，不适合测间隔。

• 测函数耗时请用 std::chrono::steady_clock，它不随系统时间调整而变
• 毫秒级“精度”不等于“准确度”：普通 PC 的 system_clock 实际分辨率常为 10–15ms（尤其 Windows），QueryPerformanceCounter 才能逼近微秒级
• 如果日志需要高一致时间戳，建议在程序启动时缓存一次 system_clock::now()，后续用 steady_clock 偏移计算，避免频繁调用带来的开销和抖动