合并多个JSON对象需先判断结构：独立对象必须封装为数组或用字段整合，否则非法；nlohmann不支持深度合并需手动递归；注意BOM、编码、异常捕获、流式处理及字段冲突校验。
合并多个 JSON 对象时，先确认它们是数组还是独立对象
如果原始文件里每个 json 都是完整、合法的独立对象（比如 {"name":"a"}、{"age":25}），直接拼接会生成非法 JSON；必须包裹成数组或用字段名整合。常见错误是 cat 一堆对象进一个文件，结果 json_parse 报 parse error: invalid value —— 因为 JSON 标准只允许一个顶层值。
- 若目标是「把多个对象合成一个数组」：读取每个文件，
push_back到std::vector<:json></:json>，最后整体序列化 - 若目标是「合并为单个对象（键不重复）」：用
merge_patch或手动遍历for (auto& [k, v] : j2.items())赋值，注意同名键会被后一个覆盖 - 若含嵌套对象且需深度合并（如两个
{"user":{"id":1}}和{"user":{"name":"x"}}→{"user":{"id":1,"name":"x"}}），nlohmann 不自带 deep merge，得自己递归处理
用 nlohmann::json 读写时，别跳过异常检查
很多合并失败其实不是逻辑问题，而是读取阶段就崩了：json::parse 遇到 BOM、尾部逗号、单引号会直接 throw parse_error。尤其 Windows 下记事本保存的 UTF-8 带 BOM，std::ifstream 默认读出来就是乱码开头。
- 打开文件前加
file.imbue(std::locale(file.getloc(), new std::codecvt_utf8<wchar_t>));</wchar_t>不必要，更简单的是用std::ifstream::binary模式读，再用json::parse自动识别编码 - 务必用
try-catch包住每次json::parse，打印出错文件名和e.what()，否则崩溃时根本不知道哪个文件坏了 - 写入时用
j.dump(2)控制缩进，但别在循环里反复调用——dump()是 O(N) 操作，合并上百个对象时性能明显下降
合并大文件时避免全量加载到内存
当单个 JSON 文件超 100MB 或总数过百，用 nlohmann 全部 load 进内存容易 OOM。这时得切换策略：流式处理或临时文件中转。
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 对「合并为数组」场景，可先写
"["，然后逐个读取、dump()并加逗号分隔，最后写"]"—— 用std::ofstream流式追加，内存占用恒定 - 若必须用 nlohmann 的语义（比如要校验 key 冲突），至少用
json::parse(..., nullptr, false)关闭异常，配合accept()预检合法性再 load - Linux/macOS 下临时用
jq -s '.' *.json > merged.json最快，但注意jq默认把输入当数组元素，多个对象会自动包成数组；Windows 用户可用jq-win64.exe替代
字段名冲突和 null 值处理最容易被忽略
两个对象都有 "status" 字段，一个是 string，一个是 null，nlohmann 默认赋值会直接覆盖，不会报错也不会 warn。线上出问题往往就卡在这种静默行为上。
立即学习“C++免费学习笔记（深入）”；
- 合并前加检查：
if (j1.contains("status") && j2.contains("status") && !j1["status"].is_null() && j2["status"].is_null())，按业务决定是跳过、报错还是强制保留非 null 值 -
nullptr和json::value_t::null不同：C++nullptr是指针空值，JSON 的null是一种类型，用j.is_null()判断 - 数字精度陷阱：JSON 中
1.0和1在 nlohmann 里都解析为number_float_t或number_integer_t，取决于原始字符串，合并后可能丢失整数标识，影响下游类型判断
