最稳妥的时间戳拼接方案是用 std::chrono 配合 std::put_time：先将 system_clock::now() 转为 time_t，再用线程安全的 localtime_r（Linux/macOS）或 _localtime64_s（Windows）转为 tm，最后用 std::put_time 格式化；毫秒需手动提取并补零；硬编码 "%Y-%m-%d %H:%M:%S" 格式以保证跨平台解析一致性。
用 std::chrono + std::put_time 拼接时间戳最稳妥
直接调用系统命令（比如 date）或手撕字符串格式化，容易出时区、精度、线程安全问题。C++11 起 std::chrono 配合 std::put_time 是标准、可移植、线程安全的方案。
关键点：必须先把 system_clock::now() 转成 std::time_t，再用 std::put_time 格式化；不能直接对 duration 做流输出。
-
std::put_time只接受std::tm*，得用std::localtime或std::gmtime转换（注意线程安全：用std::localtime_r/std::gmtime_r更好） - 常见错误是漏掉
<iomanip></iomanip>头文件，导致编译报error: 'put_time' is not a member of 'std' - 如果只要秒级精度，
system_clock::to_time_t足够；要毫秒级，得手动拆解time_since_epoch()
#include <chrono>
#include <ctime>
#include <iomanip>
#include <fstream>
#include <sstream>
std::string get_timestamp() {
auto now = std::chrono::system_clock::now();
auto time_t = std::chrono::system_clock::to_time_t(now);
auto ms = std::chrono::duration_cast<std::chrono::milliseconds>(now.time_since_epoch()) % 1000;
std::stringstream ss;
ss << std::put_time(std::localtime(&time_t), "%Y-%m-%d %H:%M:%S") << '.' << std::setfill('0') << std::setw(3) << ms.count();
return ss.str();
}
// 写入时拼接：out << "[" << get_timestamp() << "] " << log_msg << "\n";
写入性能敏感时别在每次写都调用 get_timestamp()
高频日志场景下，反复构造 std::stringstream、调用 std::localtime、格式化字符串，开销明显。不是所有“加时间戳”都需要毫秒级实时性。
- 每秒只更新一次时间戳缓存，误差 ≤1s，但吞吐能提升 3–5 倍（实测 clang++15 + O2）
- 用
static std::string cached_ts+static std::time_t last_update双检查，避免锁 - 注意：多线程下
std::localtime返回静态缓冲区，必须用std::localtime_r替代，否则可能输出错乱时间 - 如果日志量极低（比如配置加载、启动记录），直接每次调用更简单，不必过早优化
Windows 下 std::localtime_r 不存在？用 _localtime64_s 替代
MSVC 不支持 POSIX 的 _r 版本函数，直接编译会报 error C3861: 'localtime_r': identifier not found。
立即学习“C++免费学习笔记（深入）”；
- Windows 必须用
_localtime64_s（支持 64 位 time_t）或localtime_s（旧版） - 记得加
#define _CRT_SECURE_NO_WARNINGS或改用安全版本，否则 VS 默认禁用localtime - 跨平台宏封装建议：用
#ifdef _WIN32分支，Linux/macOS 走localtime_r，Windows 走_localtime64_s - 别用
ftime()：已废弃，精度差，且 Windows 上返回的是 UTC，不是本地时间
时间戳格式不一致？统一用 %Y-%m-%d %H:%M:%S 开头
不同 locale 下 %x 或 %X 表现不一致（比如德语系统输出 “23.04.2024”），grep、logrotate、ELK 解析全崩。硬编码格式最可靠。
-
%Y（4 位年）比%y安全，避免 2038 年问题混淆 -
%H:%M:%S是 24 小时制，无歧义；别用%I:%M:%S %p（AM/PM 在日志里反而难排序） - 毫秒补零必须用
std::setfill('0') + std::setw(3)，否则12:34:56.7这种格式无法对齐，影响文本分析 - 如果后续要被 Python
datetime.fromisoformat()直接解析，建议用 ISO 8601："%Y-%m-%dT%H:%M:%S"（注意 T 是字面量）
std::setfill('0')，整条 pipeline 就停了。 
