本文介绍一种高效、无副作用的递归过滤方案，利用 JSON 序列化/反序列化的 reviver 参数，在解析阶段即剔除所有“仅含空 parent、无实际业务数据（如 child.id 或非空 child 数组）”的嵌套节点，精准保留如 loan 类真实业务终端结构。
本文介绍一种高效、无副作用的递归过滤方案，利用 json 序列化/反序列化的 `reviver` 参数，在解析阶段即剔除所有“仅含空 parent、无实际业务数据（如 `child.id` 或非空 `child` 数组）”的嵌套节点，精准保留如 `loan` 类真实业务终端结构。
在处理深度嵌套的树形数据（如组织架构、产品分类、金融产品目录）时，常遇到一类典型清洗需求：仅保留存在“有效叶子节点”的完整路径分支——即从根到叶的任意节点，若其最深层 child 字段承载了业务关键数据（例如 child.id、child.name 等非空原始值），则整条路径应被保留；反之，若某节点的 child 仅为 undefined、null、空数组 []，或仅包含同样无实质内容的子节点，则该节点及其上级无效分支应被彻底移除。
原问题中提供的数据结构具有两大挑战：
- 深度不固定：child 可能嵌套多层（如 root → child → child → child）；
- 有效性判定复杂：不能简单检查 child !== undefined，而需判断 child 是否携带可落地的业务属性（如示例中的 "loan1" 具有 id 和 name），而非仅是一个空 parent 对象。
直接使用 Array.prototype.filter() 配合递归函数（如题中 deleteNoChildEntries）易陷入两个误区：
- 未递归清理子节点：只过滤当前层级，子 child 数组内无效项仍残留；
- 忽略深层叶子判定逻辑：将 child: { name: "loan", id: "1000612" } 误判为“无 child”，实则其 child 是一个扁平业务对象（非数组），需按字段值判定有效性。
✅ 最佳实践是借力 JSON 解析机制：JSON.parse() 的 reviver 回调会在每个键值对被构造时触发，天然支持自底向上遍历。我们可在 reviver 中对 child 字段做精细化判断：
立即学习“Java免费学习笔记（深入）”；
const cleanTree = (jsonString) => {
return JSON.parse(jsonString, (key, value) => {
// 仅对 'child' 字段执行过滤逻辑
if (key === 'child') {
// 情况1：value 是数组 → 过滤掉所有“无有效子内容”的元素
if (Array.isArray(value)) {
return value.filter(item => {
// 判定 item 是否“有实质内容”：
// - item.child 是非空对象且含业务字段（如 id, name）
// - 或 item.child 是非空数组（即还有下级节点）
const child = item.child;
return (
(child && typeof child === 'object' && !Array.isArray(child) &&
(child.id !== undefined || child.name !== undefined || child.treeDepth !== undefined)) ||
(Array.isArray(child) && child.length > 0)
);
});
}
// 情况2：value 是单个对象（如 loan 的 child: {name:"loan1", id:"1000613"}）
// 直接保留，因其已是有效叶子
return value;
}
return value; // 其他字段原样返回
});
};
// 使用示例
const rawData = `{ "root": [ /* ... 复杂嵌套数据 ... */ ] }`;
const cleaned = cleanTree(rawData);
console.log(cleaned.root); // 仅含真正有业务数据的分支? 关键逻辑说明：
- reviver 按深度优先、自底向上执行，确保子节点先被处理，父节点再基于已清理的子节点做判断；
- 对 child 数组的过滤，严格检查每个 item.child：若其为非空对象且含业务字段（如 id, name, treeDepth），或为非空数组，则视为有效节点予以保留；
- 此方案完全避免手动递归维护状态，无内存泄漏风险，且对 5k+ 行数据性能友好（V8 引擎对 JSON.parse 高度优化）。
⚠️ 注意事项：
- 该方法要求输入为合法 JSON 字符串。若数据已是 JS 对象，请先用 JSON.stringify(obj) 转换（注意：需确保对象可序列化，无 function、undefined、Date 等非法值）；
- 若业务字段名不固定（如 id/name 可能为 code/title），请按实际调整 reviver 中的判定条件；
- reviver 会修改原始解析过程，不可用于含循环引用的对象（会抛错），此时需改用纯函数式递归 + 深拷贝方案。
总结而言，面对动态深度、语义化判定的嵌套数据清洗，善用 JSON.parse 的 reviver 不仅代码简洁、逻辑清晰，更能以声明式方式精准锚定“有效叶子”，是处理此类树形数据的工业级推荐解法。
