CSV导出更轻量可靠，用C++标准库即可实现：需设置UTF-8编码、按RFC 4180转义特殊字符（如逗号、双引号）、写BOM可选；乱码多因记事本误读UTF-8，Excel直开即正常。
直接导出 Excel（.xlsx）文件在纯 C++ 中没有标准库支持，必须依赖第三方库；而 CSV 是纯文本格式，用 C++ 标准库就能可靠完成，且 Excel 可直接双击打开——绝大多数“导出 Excel”的实际需求，用 CSV 就够了，更轻量、无依赖、无编码兼容问题。
为什么别硬啃 .xlsx，先试试 CSV
Excel 本身对 CSV 支持良好（自动识别逗号分隔、处理双引号转义），但很多人导出后乱码或列错位，根本原因不是 C++ 不行，而是没处理好三件事：
-
std::locale和std::codecvt_utf8（或 C++17 起的std::from_chars）没配对，导致中文写入变成乱码字节 - 字段含逗号、换行符或双引号时，没按 RFC 4180 规则包裹双引号并转义内部双引号（例如
"abc""def"） - 用记事本打开显示乱码？那只是记事本默认用 ANSI 打开 UTF-8 文件，不是文件本身有问题——用 VS Code 或 Excel 直接打开即可验证
std::ofstream 写 CSV 的最小可靠写法
关键不是“能不能写”，而是“写得 Excel 认、中文不崩、特殊字符不炸”。以下代码片段可直接复用：
std::ofstream file("data.csv", std::ios::out | std::ios::binary);
file.imbue(std::locale(file.getloc(), new std::codecvt_utf8<wchar_t>)); // Windows 下确保宽字符转 UTF-8
// 或更简单：直接用 UTF-8 字符串字面量 + .open(..., std::ios::out | std::ios::binary)
// 写 BOM（可选，让老旧 Excel 识别 UTF-8）
file << "\xEF\xBB\xBF";
// 写一行：注意转义逻辑
auto escape_csv_field = [](const std::string& s) -> std::string {
if (s.find_first_of(",\"\n\r") == std::string::npos) return s;
std::string out = "\"";
for (char c : s) {
if (c == '"') out += "\"\"";
else out += c;
}
out += "\"";
return out;
};
file << escape_csv_field("姓名") << "," << escape_csv_field("城市") << "\n";
file << escape_csv_field("张三") << "," << escape_csv_field("上海\"浦东") << "\n";
file.close();
真要 .xlsx？选库前先看清这几点
若业务强制要求 .xlsx（比如需合并单元格、公式、样式），C++ 可选方案极少，且都有明显代价：
立即学习“C++免费学习笔记（深入）”；
-
libxlsxwriter：C 接口，只写不读，无依赖，速度快，但不支持中文路径、不处理字体——适合后台批量生成报表 -
xlnt：C++14，支持读写，API 清晰，但编译慢、Windows 下需额外链接crypt32，且对中文路径支持不稳定 -
libxls/libxlsxreader：只读，不适合导出场景 - 调用 COM（Windows）或 AppleScript（macOS）：强平台绑定，部署麻烦，权限和 UAC 问题频发
特别注意：libxlsxwriter 生成的文件默认无字体设置，Excel 打开时若系统缺对应中文字体（如 SimSun），会 fallback 成方块——这不是库的问题，是 Excel 渲染链路的固有限制。
CSV 能覆盖 90% 的“导出给老板看”的场景；真要 .xlsx，优先确认是否只是“必须带 .xlsx 后缀”——有时 rename .csv → .xlsx，Excel 也能照常打开（虽然不推荐）。真正卡住的，往往不是技术，而是没想清楚：到底是谁在用、用什么软件打开、要不要打印、有没有样式要求。
