本文介绍一种高效、无副作用的递归过滤方法，利用 JSON.parse 的 reviver 参数，在反序列化阶段动态剔除所有“仅含空 parent、无有效 child 数据”的嵌套节点，精准保留具有终端业务字段（如 child.id 或 child.name）的完整路径。
本文介绍一种高效、无副作用的递归过滤方法，利用 json.parse 的 reviver 参数，在反序列化阶段动态剔除所有“仅含空 parent、无有效 child 数据”的嵌套节点，精准保留具有终端业务字段（如 `child.id` 或 `child.name`）的完整路径。
在处理深度嵌套的树形结构数据（例如从 API 获取的超 5000 行组织架构或产品分类 JSON）时，常遇到一类典型清洗需求：仅保留那些“最深层存在真实业务数据”的分支路径，彻底移除所有中间层纯容器节点（即 child 字段为空数组、null、undefined，或仅包含同样无数据的子节点）。
原始问题中的数据结构呈现典型的多层嵌套特征：每个节点含 parent（元信息）和可选 child（子节点数组或对象），而目标是筛选出类似 "loan" 节点这样——其 child 是一个具名、带 ID 和业务属性的对象（如 { name: "loan1", id: "1000613" }），而非空值或仅含 parent 的“空壳”。
直接使用 filter() + 递归函数（如题中 deleteNoChildEntries）容易失败，原因有三：
- ❌ 浅层过滤无效：element.child !== undefined 仅判断字段是否存在，无法识别 child: [] 或 child: [ { parent: {...} } ] 这类“逻辑空”；
- ❌ 递归未返回结果：element.child.filter(magic) 执行了但未赋值回原对象，过滤结果被丢弃；
- ❌ 副作用与性能风险：就地修改原数组或深度克隆整个树，对大数据量不友好。
✅ 推荐方案：用 JSON.parse 的 reviver 函数实现声明式清洗
reviver 是 JSON.parse 的第二个参数，它会在解析每个键值对时被调用，接收 (key, value)，并可返回修改后的值。其天然具备自底向上遍历特性——叶子节点先处理，父节点后处理，完美契合“先判断子节点是否有效，再决定父节点是否保留”的逻辑。
立即学习“Java免费学习笔记（深入）”；
核心思想：
当前值 v 是一个数组（Array.isArray(v)）且其键为 "child" 时，对其执行过滤：仅保留那些 child 字段具有真实业务数据的元素（例如 child.id 存在，或 child.name 非空，或 child 是非空对象/数组）。其余情况原样返回。
以下为生产就绪代码：
function filterEmptyBranches(jsonString) {
return JSON.parse(jsonString, (key, value) => {
// 仅对 'child' 字段且值为数组的情况进行过滤
if (key === 'child' && Array.isArray(value)) {
return value.filter(item => {
// 条件1：item.child 是一个非空对象（含业务字段如 id/name）
if (item.child && typeof item.child === 'object' && item.child !== null) {
// 检查常见终端字段：id, name, treeDepth 等（按实际业务调整）
if (item.child.id || item.child.name || item.child.treeDepth !== undefined) {
return true;
}
}
// 条件2：item.child 是一个非空数组（说明还有下级节点）
if (Array.isArray(item.child) && item.child.length > 0) {
return true;
}
// 其他情况视为无效节点，过滤掉
return false;
});
}
return value; // 其他字段不做处理
});
}
// 使用示例
const cleanedData = filterEmptyBranches(yourJsonString);
console.log(cleanedData.root); // 输出仅含有效分支的数组⚠️ 关键注意事项
- 必须基于字符串输入：reviver 仅在 JSON.parse 时生效，因此需确保传入的是原始 JSON 字符串（而非已解析的对象）。若数据已是 JS 对象，请先 JSON.stringify() 再解析，但注意这会丢失 undefined、函数、Date 等非标准 JSON 类型。
- 字段名需严格匹配：上述代码假设嵌套字段名为 "child"。若实际为 "children"、"nodes" 等，请同步修改 key === 'child' 判断。
- 终端数据定义需贴合业务：示例中通过 item.child.id || item.child.name 判定有效，你应根据真实 schema 替换为关键字段，例如 item.child.productCode、item.child.status === 'active' 等。
- 不修改原始数据：该方法纯函数式，零副作用，适合 pipeline 式数据处理。
✅ 为什么优于传统递归？
| 维度 | reviver 方案 | 手动递归 filter |
|---|---|---|
| 遍历顺序 | 自底向上，天然支持依赖子节点状态 | 需手动保证后序遍历，易出错 |
| 简洁性 | 10 行内解决，逻辑聚焦于“什么算有效” | 易写成 30+ 行，充斥边界条件判断 |
| 性能 | 单次解析完成，无额外遍历 | 多次 map/filter，时间复杂度更高 |
| 可维护性 | 规则集中，修改字段逻辑一目了然 | 分散在多层回调中，调试困难 |
最终，你将得到一份精简、语义清晰的树结构——每个保留在结果中的节点，都确凿指向一条通往真实业务数据的有效路径。这不仅是数据清洗，更是构建可靠前端树组件、权限系统或搜索索引的坚实基础。
