nlohmann::json深层访问需逐层检查exists与type，禁用链式调用；递归遍历时优先用is_primitive()/is_structured()；调试用at()快速失败，生产用contains()+operator[]；须限制递归深度防栈溢出。
用 nlohmann::json 访问深层嵌套字段时，空指针访问是最大陷阱
直接链式调用 ["a"]["b"]["c"] 看似简洁，但任意一层缺失就会抛出 nlohmann::json::type_error 或静默返回空对象（取决于上下文），极易引发后续逻辑崩溃。必须显式检查每层是否存在且类型正确。
推荐写法是逐层判断 + is_object() / contains() 配合使用：
const auto& j = /* your json */;
if (j.is_object() && j.contains("data") && j["data"].is_object()) {
const auto& data = j["data"];
if (data.contains("items") && data["items"].is_array()) {
for (const auto& item : data["items"]) {
if (item.contains("meta") && item["meta"].is_object()) {
// 安全进入下一层
}
}
}
}
递归遍历所有键值对时，is_primitive() 和 is_structured() 比手动比对类型更可靠
手动写 if (j.type() == nlohmann::json::value_t::string) 容易漏掉 number_integer/number_float 等细分类型；而 is_primitive() 能统一覆盖字符串、数字、布尔、null，is_structured() 则涵盖 object/array。
递归函数核心逻辑应这样组织：
立即学习“C++免费学习笔记（深入）”；
- 先用
is_primitive()处理叶子节点（直接取值或记录路径） - 再用
is_structured()区分 object/array：object 遍历items()，array 遍历索引 - 递归调用时传入当前路径（如
std::vector<:string></:string>），避免字符串拼接开销
at() 和 operator[] 的行为差异直接影响错误定位能力
operator[] 在 key 不存在时会自动插入默认构造的 nlohmann::json（即 null），导致后续判断失真；at() 则严格抛出 out_of_range 异常，适合调试阶段快速暴露结构不匹配问题。
生产环境建议混合使用：
- 初始化解析阶段用
at()+try/catch快速失败，打印完整路径和缺失 key - 已确认结构稳定后，改用
contains()+operator[]提升性能 - 永远不要对不确定存在的 key 直接写
j["a"]["b"]["c"] = value，这可能意外创建中间层级
处理超深嵌套或循环引用时，必须限制递归深度
nlohmann-json 默认不限制嵌套层级，恶意 JSON（如 1000 层 object 套娃）会导致栈溢出或长时间卡死。手动加深度计数是最简单有效的防护手段。
示例节选（配合上一节递归函数）：
void traverse(const nlohmann::json& j, const std::vector<std::string>& path, size_t depth = 0) {
if (depth > 100) { // 根据业务调整阈值
throw std::runtime_error("JSON nesting too deep at path: " +
join_path(path) + ", depth=" + std::to_string(depth));
}
// ... 实际遍历逻辑
}
实际项目中，100 层已远超常见 API 返回结构，设为 50～80 更稳妥；如果真需要支持更深结构，应改用迭代方式（栈模拟递归）而非函数调用栈。
