推荐用 std::chrono::system_clock::now() 获取高精度时间，通过 duration_cast 提取毫秒并格式化为“log_yyyy-mm-dd_hh-mm-ss-ms.txt”，避免非法字符，确保跨平台兼容与唯一性。

用 std::chrono + std::filesystem 生成带毫秒级时间戳的文件名

直接拼接系统时间到文件名是最常用也最可靠的方式，关键不是“能不能”，而是“怎么避免重复+跨平台兼容”。C++20 的 std::chrono 提供高精度时钟，std::filesystem 负责安全拼接路径——别手写 strftime 或依赖 time()，那默认只到秒级，高并发写入或快速重试时大概率撞名。

实操建议：

• 用 std::chrono::system_clock::now() 获取当前时间点，转为 std::time_t 只保留秒会丢精度；必须用 time_since_epoch() 拆出毫秒值
• 文件名里避免冒号 :、斜杠 /、空格等非法字符，Windows 和大多数文件系统都不认；推荐用连字符 - 或下划线 _ 分隔
• 格式示例："log_2024-05-22_14-30-22-123.txt"（年月日_时-分-秒-毫秒），一眼可读，又无歧义

auto now = std::chrono::system_clock::now();
auto ms = std::chrono::duration_cast<:chrono::milliseconds>(
    now.time_since_epoch()) % 1000;
auto t = std::chrono::system_clock::to_time_t(now);
std::stringstream ss;
ss 

<h3>Windows 下 <code>fopen</code> 或 <code>std::ofstream</code> 写入前要检查文件是否已存在</h3>
<p>即使用了毫秒时间戳，如果代码在极短时间内被连续调用（比如单元测试循环、响应 HTTP 请求），仍可能因系统调度导致两个线程/进程拿到相同毫秒值——这不是理论风险，是真实发生过的线上问题。</p>
<p>实操建议：</p>
<ul>
<li>不要假设“带毫秒就一定唯一”；生成文件名后，先用 <code>std::filesystem::exists()</code> 检查，存在则追加随机数或递增序号</li>
<li>如果用 <code>std::ofstream</code>，传 <code>std::ios::out | std::ios::app</code> 不解决冲突，它只是追加内容，不是避免覆盖；真正防覆盖得靠文件名隔离或打开模式 <code>std::ios::out | std::ios::ate</code> 配合 <code>fail()</code> 判断</li>
<li>Windows 对文件名大小写不敏感，但 <code>log_2024-05-22_14-30-22-123.TXT</code> 和 <code>.txt</code> 视为同一文件；统一小写扩展名更稳妥</li>
</ul>
<h3>跨平台时注意 <code>std::localtime</code> 的线程安全性</h3>
<p><code>std::localtime</code> 返回静态缓冲区指针，在多线程环境里可能被覆盖，尤其在 Linux 上容易引发诡异的时间错乱（比如所有文件名都变成同一个时间）。这不是 C++ 标准的问题，是 C 库实现的坑。</p><div class="aritcle_card flexRow artxards">
											<div class="artcardd flexRow">
												<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
														src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
												<div class="aritcle_card_info flexColumn">
													<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
													<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
												</div>
												<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
												</a>
											</div>
										</div>
<p>实操建议：</p>
<ul>
<li>Linux/macOS 下优先用 <code>std::localtime_r</code>（POSIX），Windows 用 <code>localtime_s</code>；C++20 前没统一接口，必须条件编译</li>
<li>更简单的替代：完全绕过 <code>localtime</code>，用 <code>std::chrono::year_month_day</code> + <code>std::chrono::hh_mm_ss</code>（C++20），它们是纯函数、无状态、线程安全</li>
<li>如果项目还卡在 C++17，老实用 <code>std::gmtime</code> + 手动加时区偏移——至少避免静态缓冲区竞争</li>
</ul>
<h3>别忽略文件路径长度和特殊字符限制</h3>
<p>Windows 最大路径长度是 260 字符（启用了长路径支持后才到 32767），而带完整时间戳+随机后缀+长目录的组合很容易超。更隐蔽的是某些杀毒软件或 OneDrive 会拦截含特定字符串（如 <code>eval</code>、<code>script</code>）的文件名，触发静默失败。</p>
<p>实操建议：</p>
<ul>
<li>用 <code>std::filesystem::path</code> 构造全路径，再调 <code>.string().length()</code> 做前置截断；别等 <code>ofstream::is_open()</code> 返回 false 才去查原因</li>
<li>时间戳部分固定为 23 字符（<code>YYYY-MM-DD_HH-MM-SS-mmm</code>），其余部分（前缀、后缀、目录）留足余量</li>
<li>生成完文件名后，用 <code>std::filesystem::u8path()</code> 包一层再操作，避免 UTF-8 路径在 Windows 控制台环境下出乱码</li>
</ul>
<p>真正麻烦的从来不是“怎么加时间戳”，而是“怎么让这个时间戳在各种边界条件下依然能落地成一个可写的文件”。毫秒精度、线程安全、路径合规、防杀软拦截——少踩其中任何一个，都会让你在凌晨三点对着 <code>ofstream::failbit</code> 发呆。</p></:chrono::milliseconds>

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！