std::print 不能直接写文件，它仅用于格式化输出到 stdout，设计目标是替代 printf 和 std::cout，并非为文件 I/O 设计。
std::print 写文件会编译失败？它根本不能直接写文件
std::print 是 C++23 新增的格式化输出工具，但它的设计目标只是替代 printf 和 std::cout 做「控制台输出」，不提供文件句柄或流对象参数。试图这样写：<code>std::print(file_stream, "hello") 或 std::print("output.txt", "hello") 都会报错——前者因重载不存在，后者因没有路径字符串重载。
常见错误现象：error: no matching function for call to 'print'，尤其当开发者从 Python 的 print(..., file=...) 直接迁移思维时容易踩坑。
-
std::print只接受std::ostream&（且仅限std::cout、std::wcout等标准流），不接受std::ofstream或文件路径 - 标准库尚未为
std::print添加自定义流支持（C++26 可能讨论，但当前无） - 若强行传入
std::ofstream，编译器会提示 “candidate expects ‘std::ostream&’, but argument is ‘std::ofstream’” —— 虽然std::ofstream派生自std::ostream，但重载未启用该隐式转换（出于安全和重载歧义考虑）
想用 std::print 写文件，唯一可行路径：先格式化再写入
必须分两步：用 std::format 生成字符串，再用传统 IO 写入文件。这是目前最干净、标准兼容的做法，也避免了自己拼接字符串带来的类型安全问题。
使用场景：日志记录、配置生成、模板渲染等需要格式化后落盘的场合。
立即学习“C++免费学习笔记（深入）”；
-
std::format返回std::string（或std::wstring），可直接喂给std::ofstream::write或流插入操作符 - 注意编码：若需 UTF-8 文件输出，确保
std::format字符串是 UTF-8 编码（C++23 默认如此），且文件以二进制模式打开或设置 locale（Windows 上尤其关键） - 性能影响：多一次内存拷贝（格式化 → 字符串 → 文件），对高频小写入有轻微开销；但比手写
std::ostringstream更简洁、类型安全
示例：
std::ofstream f("log.txt");
f << std::format("Time: {}, count: {}", std::chrono::system_clock::now(), 42);
std::print 和 std::format 的参数行为差异要盯紧
二者共享同一套格式语法（如 {}、{:.2f}），但参数约束不同：std::print 对参数类型更严格，而 std::format 更宽容。
容易踩的坑：把能过 std::format 的代码直接塞进 std::print 就崩溃。
-
std::print不接受char*作为格式字符串（必须是字面量字符串或std::string_view），否则编译失败：error: format string must be a string literal -
std::format允许运行时std::string作格式串（虽不推荐），std::print绝对禁止 - 空参数列表：
std::print("\n")合法，std::print("{}")非法（缺少参数）；而std::format("{}")合法（返回空字符串） - 宽字符支持：
std::wprint存在，但只适配std::wcout；写宽文件仍得走std::wformat+std::wofstream
Windows 下写文件要注意换行和 locale
std::format 生成的是 LF（\n），但 Windows 默认文本模式会把 \n 自动转成 \r\n。如果用二进制模式写，又可能丢掉 locale 导致中文乱码。
真实痛点：明明 std::format 输出了正确 UTF-8 字符串，写入文件后用记事本打开却是乱码。
- 方案一（推荐）：用文本模式打开
std::ofstream，并显式 imbue UTF-8 locale：f.imbue(std::locale("")); // Linux/macOS 可行；Windows 需 VC++ 17.5+ 支持 UTF-8 locale - 方案二（更稳）：用二进制模式写，手动追加
\r\n（若需 Windows 行尾），并确保编辑器识别 UTF-8 BOM（可选写\xEF\xBB\xBF开头） - 不要依赖
std::ios_base::binary单独解决编码问题——它只禁用换行转换，不改变字符编码解释逻辑
复杂点在于：C++23 的 I/O 和 locale 支持在各平台实现进度不一，VC++、Clang/libc++、GCC/libstdc++ 对 UTF-8 文件写入的默认行为仍有差异，不能假设“写了就一定能正常显示”。
