发布于2026-07-17 阅读(0)
扫一扫,手机访问
关于C++ JSON格式化的那点事儿,其实核心就几个关键点,很多人容易在细节上“翻车”。今天咱们就把它彻底说透。
目前最常用的方案,就是借助 nlohmann::json 这个库。它的 dump() 方法,可以说是集“格式化”与“输出”于一身,功能强大但用法也讲究。
nlohmann::json 的 dump() 控制缩进实现 Pretty Print直接调用 dump() 并传入缩进宽度,这事儿其实很简单,也是最靠谱的做法。这个函数默认不换行、无缩进;但只要你传一个整数参数(比如 2),它就会自动启用带空格缩进的多行格式。
不少人会踩的坑是:以为要自己手动拼接换行符,或者找别的函数来搞定。其实 nlohmann::json 内部已经内置支持,压根不需要额外处理。
json_obj.dump() → 单行紧凑格式,适合机器读json_obj.dump(2) → 2 空格缩进,带换行和空格的可读格式,适合人看json_obj.dump(-1) → 使用制表符缩进(注意:部分编辑器对混合空格/制表符渲染不一致,容易乱)0 时,等效于不缩进(单行),但会保留键名引号和基本转义std::ofstream 以文本模式打开且编码正确这又是一个容易被忽略的细节。在 Windows 下,如果你用默认构造打开文件,可能会因为换行符(\r\n)被二次转换,导致 JSON 换行错乱。Linux/macOS 虽然对此不敏感,但跨平台项目还是得统一处理。
关键点:千万别用 std::ios::binary。它会禁用换行转换,但 JSON 是文本文件,不该用二进制模式写。同样,也不要依赖默认行为。
std::ofstream file("out.json");(文本模式,默认即可)file.is_open() 和 file.good()file.close(),或依赖 RAII 自动析构std::ofstream)会有问题。如需支持 Unicode 路径,应改用 std::wofstream + std::locale,或使用 UTF-8 编码路径(C++20 的 std::filesystem::u8path)nlohmann::json 默认转义 Unicode,需显式关闭这也是一个让人头疼的“坑”。默认情况下,nlohmann::json 会把非 ASCII 字符(如中文)转成 \uXXXX 形式,导致文件内容直接“面目全非”。这不是 bug,而是 JSON 规范兼容性设计,但日常调试或配置文件中,我们通常需要看到原生 UTF-8 显示。
dump(2, ' ', '\n', nlohmann::json::error_handler_t::replace) 并不会影响中文显示,真正起作用的是第四个参数。json_obj.dump(2, ' ', '\n', false) —— 第四个参数为 false 表示不转义非 ASCII 字符。file << json_obj.dump(2, ' ', '\n', false);std::endl 导致多余换行和性能损耗最后,很多人习惯在写入 JSON 后加一句 file << std::endl;,这其实是个坏习惯。它会在文件末尾多出一个空行,破坏 JSON 有效性(严格来说,JSON 文本不应有尾随空白,部分解析器会报 parse error at 1:xxx)。
'\n' 替代 std::endl(std::endl = 写入 \n + 刷新缓冲区,没必要)dump() 已包含结尾换行(当缩进 > 0 时),无需额外添加dump() 输出末尾是否已有 \n,再决定是否追加 —— 但更稳妥的做法是不做任何追加最容易被忽略的,其实是中文转义控制和文件末尾换行这两个点。它们不报错,但会导致生成的 JSON 在人眼层面“看起来不对”,或者被某些严格解析器拒绝。只要记牢 dump(2, ' ', '\n', false) 这个调用组合,95% 的 Pretty Print 场景就稳了。
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
8