最简可行方案是用std::ofstream写纯文本CSV，关键需正确转义含逗号、换行或双引号的字段（内部双引号转为""），统一用\n换行，并添加UTF-8 BOM（\xEF\xBB\xBF）确保Excel正确识别编码。
CSV导出最简可行方案：用 std::ofstream 写纯文本
不需要第三方库，C++ 标准库完全够用。CSV 本质就是逗号分隔的纯文本，关键在于控制字段格式和转义——尤其当字段含逗号、换行或双引号时。
常见错误是直接拼接字符串："a,b\n\"c,d\",e" 看似正确，但没处理双引号内的双引号转义（RFC 4180 要求：内部双引号需写成两个双引号），也没统一换行符（Windows 用 \r\n，Linux/macOS 用 \n）。
- 每行用
std::ofstream的写入，避免临时字符串拼接开销 - 字段内容必须用双引号包裹（哪怕不含特殊字符），否则解析器可能误判分隔符
- 字段内若含双引号，先替换成两个双引号：
str.replace("\"", "\"\"") - 写完每行记得调用
file （不要依赖 <code>std::endl，它会 flush，拖慢性能）
处理含特殊字符的字段：手动转义比依赖库更可控
很多开发者想用 csvpp 或 rapidcsv，但小项目反而增加构建复杂度。自己处理转义逻辑清晰、无依赖、易调试。
典型场景：用户昵称是 "Alice's \"Top 1\" List"，导出后应变成 "\"Alice's \"\"Top 1\"\" List\""。
QuickBooks Mileage CSV
下载
使用 qbo-mileage CLI 及用户凭证，从 Airtable、Outlook 或 Google Calendar 记录生成 QuickBooks Online 里程 CSV 文件。
立即学习“C++免费学习笔记（深入）”；
- 判断字段是否需加引号：含
,、"、\n、\r或首尾空格时强制加引号 - 替换顺序很重要：先替换
"为""，再包上外层双引号 - 别忘了转义换行符：
\n和\r在 CSV 字段中必须保留原义，不能被操作系统自动转换 - 用
std::quoted(str)（C++11 起）可简化操作，但它默认用双引号且不处理内部引号——得配合std::regex_replace或手写替换
性能敏感场景：避免频繁 flush 和小块写入
导出 10 万行数据时，如果每行都用 std::endl 或调用 file.flush()，速度可能差 3–5 倍。
- 构造
std::ofstream时显式指定二进制模式（std::ios::binary）能禁用换行符自动转换，避免 Windows 下意外多出\r - 用
file.rdbuf()->sputn(buf, len)批量写入原始字节（适合已预格式化好的行） - 若字段来自数据库查询结果，优先用
std::string_view避免重复拷贝 - 关闭同步：
std::ios_base::sync_with_stdio(false)对大文件有效，但注意别和 C stdio 混用
跨平台换行与 BOM：Windows Excel 打开乱码的真正原因
不是编码问题，而是缺少 UTF-8 BOM 或换行符不匹配。Excel for Windows 默认把无 BOM 的 UTF-8 当作 ANSI 编码读取，中文全变乱码。
- 导出前写入 BOM：
file.write("\xEF\xBB\xBF", 3)（仅对 UTF-8 有效） - 换行统一用
"\n"，不要用std::endl；Excel 能正确识别 Unix 换行 - 若目标用户主要用 Excel for Mac，BOM 反而可能导致显示异常，此时宁可放弃 BOM，改用系统默认 locale 编码（如
std::locale("")） - 测试时务必用真实 Excel 打开，而非文本编辑器——后者不模拟 Excel 的 CSV 解析逻辑
最麻烦的从来不是写 CSV，而是让 Excel 正确识别字段边界和编码。BOM、引号转义、换行符这三处漏掉任何一项，用户双击打开就可能看到一整列挤在第一列里。
