不能直接用 std::ctime 生成文件名，因其返回字符串含空格、冒号和换行符（如 "Wed Jun 12 15:48:32 2024\n"），在 Windows 中非法，在 Linux/macOS 中易致 shell 解析错误；应改用 std::put_time 格式化为 YYYYMMDD_HHMMSS 等安全格式。
为什么不能直接用 std::ctime 生成文件名
std::ctime 返回的字符串含空格、冒号和换行符（例如 "Wed Jun 12 15:48:32 2024\n"），这些在绝大多数文件系统中非法或易引发 shell 解析错误。Windows 不允许 : 和 \，Linux/macOS 虽允许但空格会让命令行操作（如 ls、rm）需额外转义，实际使用成本高。
真正安全的文件名应只含 ASCII 字母、数字、下划线、短横线和点，且避免开头为 .（隐藏文件）、结尾为 ~ 或 #（编辑器临时文件惯例）。
推荐做法：用 std::put_time 格式化为 YYYYMMDD_HHMMSS
这是最简、可读、无歧义、全平台安全的方案。关键点在于避开所有特殊字符，用固定宽度数字+下划线分隔：
- 用
std::get_time不适用——它用于解析，不是格式化 - 必须用
std::put_time配合std::localtime或std::gmtime，不能直接用std::chrono::system_clock::now()的time_t值传给std::put_time（它需要std::tm*） - 时区选
std::localtime还是std::gmtime取决于业务：日志按本地时间归档常用前者；分布式系统统一用 UTC（后者）
auto now = std::chrono::system_clock::now(); auto time_t = std::chrono::system_clock::to_time_t(now); auto tm = *std::localtime(&time_t); // 注意：非线程安全，多线程请用 localtime_r（POSIX）或 _localtime64_s（MSVC） std::ostringstream oss; oss << std::put_time(&tm, "%Y%m%d_%H%M%S"); std::string filename = oss.str() + ".log"; // 结果如 "20240612_154832.log"
更严格的场景：需要毫秒级且完全可排序
如果同一秒内可能生成多个文件（如高频日志），纯 %Y%m%d_%H%M%S 会冲突。此时需补毫秒，但不能用小数点（部分旧系统对 . 敏感）或冒号：
立即学习“C++免费学习笔记（深入）”；
- 毫秒值用三位零填充整数，拼接在末尾，如
20240612_154832_123 - 不要用
std::chrono::duration_cast<std::chrono::milliseconds>直接取毫秒数——它返回的是从 epoch 开始的总毫秒数，位数太多（13 位），不便于人工识别 - 正确做法：先取
time_t得到秒级时间，再用now.time_since_epoch().count() % 1000得当前秒内的毫秒
auto now = std::chrono::system_clock::now();
auto ms = std::chrono::duration_cast<std::chrono::milliseconds>(
now.time_since_epoch()).count() % 1000;
auto time_t = std::chrono::system_clock::to_time_t(now);
auto tm = *std::localtime(&time_t);
std::ostringstream oss;
oss << std::put_time(&tm, "%Y%m%d_%H%M%S") << '_' << std::setfill('0') << std::setw(3) << ms;
std::string filename = oss.str() + ".log"; // 如 "20240612_154832_047.log"
跨平台兼容性陷阱：Windows 下 std::localtime 的线程安全问题
MSVC 的 std::localtime 返回静态缓冲区指针，多线程调用会相互覆盖。Linux/macOS 的 glibc 版本虽线程安全，但 C++ 标准未保证，不应依赖。
- Windows 下必须改用
_localtime64_s（VS2015+），传入栈上std::tm缓冲区 - Linux/macOS 推荐用 POSIX 的
localtime_r（GNU 扩展，但广泛支持） - 若坚持用标准库，可加互斥锁保护，但影响性能，不推荐
- C++20 的
<chrono>提供了std::chrono::zoned_time，但目前主流编译器（GCC/Clang/MSVC）对时区数据库支持仍不完善，生产环境慎用
真正要落地，就得根据目标平台选对应安全函数，而不是幻想“写一次跑所有平台”。
