本文详解如何安全、准确地通过字符串路径（如 ‘ObjectA[0].ObjectB[1].value’）对深层嵌套对象进行赋值，并揭示原始递归方案因对象引用共享导致的“意外批量修改”问题，提供简洁可靠的解决方案。
本文详解如何安全、准确地通过字符串路径（如 `’objecta[0].objectb[1].value’`）对深层嵌套对象进行赋值，并揭示原始递归方案因对象引用共享导致的“意外批量修改”问题，提供简洁可靠的解决方案。
在 JavaScript 中，通过字符串路径动态设置嵌套对象属性（如 ‘ObjectA[0].ObjectA[0].ObjectA[0].ObjectA.Number1’）是一项常见需求，但极易因对象引用机制引发隐蔽 bug。您提供的 _SetObjectByName 递归实现看似合理，却在处理数组内嵌对象时出现所有同级数组项被同时修改的现象——根本原因并非逻辑错误，而是对象浅拷贝导致的引用共享。
? 问题根源：Object.assign({}) 无法深克隆嵌套结构
观察您的数据初始化代码：
let Object4 = { Text: '', ObjectA: Object.assign({}, Object5), // ✅ 浅拷贝 Object5 → 独立副本 ObjectB: Object.assign({}, Object5), // ... };这段代码仅对 Object5 进行了一层浅拷贝，ObjectA、ObjectB 等字段确实互不干扰。但问题出在更深层：
let Object3 = { Text: '', ObjectA: [ Object.assign({}, Object4), Object.assign({}, Object4) ] // ✅ Object3.ObjectA[0] 和 [1] 是独立对象 }; let Object2 = { Text: '', ObjectA: [ Object.assign({}, Object3), // ❌ 问题在此！ // ... 其他7个相同调用 ] };Object.assign({}, Object3) 仅复制了 Object3 的第一层属性：Text（字符串，值类型）和 ObjectA（数组引用）。而 ObjectA 数组中的每个元素（即 Object4 的副本）本身仍包含对 Object5 的相同引用结构。更关键的是，当多个 Object2 实例通过 Object.assign({}, Object3) 创建时，它们的 ObjectA 数组中所有 Object4 副本都指向同一组 Object5 实例——这导致修改任意一个 ObjectA[x].ObjectA.Number1，实际影响的是所有共享该 Object5 引用的位置。
⚠️ 注意：Object.assign() 和展开语法 {…obj} 均为浅拷贝，对嵌套对象/数组仅复制其内存地址，而非创建新副本。
✅ 推荐方案：利用 function 构造器安全执行路径赋值
最简洁、可靠且符合直觉的解决方案是将路径字符串直接作为属性访问表达式执行，借助 JavaScript 引擎原生解析能力，完全规避手动递归的边界判断与引用管理复杂性：
function _SetObjectByName(obj, path, value) { // 安全构造动态赋值语句：obj.ObjectA[0].ObjectA[0].Number1 = "test" const code = `obj.${path} = ${jsON.stringify(value)}`; const fn = new Function('obj', code); fn(obj); }✅ 优势说明：
- 零引用干扰：直接操作目标路径，不涉及中间对象遍历或临时引用；
- 语法天然支持：. 和 [n] 语法由 JS 引擎原生解析，无需手动切分、正则匹配、递归调用；
- 异常透明：若路径非法（如访问 undefined 属性），会抛出标准 TypeError，便于调试；
- 简洁高效：无递归栈开销，代码仅 3 行。
? 使用示例：
// 初始化时确保对象完全独立（关键！） const Object1 = json.parse(JSON.stringify({ Text: '', ObjectA: Array(8).fill().map(() => ({ Text: '', ObjectA: Array(8).fill().map(() => ({ Text: '', ObjectA: Array(2).fill().map(() => ({ Text: '', ObjectA: { /* 独立 Object5 副本 */ }, ObjectB: { /* 独立 Object5 副本 */ } })) })) })) })); // 安全赋值 _SetObjectByName(Object1, 'ObjectA[0].ObjectA[0].ObjectA[0].Text', 'Test1'); _SetObjectByName(Object1, 'ObjectA[0].ObjectA[0].ObjectA[1].Text', 'Test2'); _SetObjectByName(Object1, 'ObjectA[0].ObjectA[0].ObjectA[0].ObjectA.Number1', 42); console.log(Object1.ObjectA[0].ObjectA[0].ObjectA[0].Text); // "Test1" console.log(Object1.ObjectA[0].ObjectA[0].ObjectA[1].Text); // "Test2" console.log(Object1.ObjectA[0].ObjectA[0].ObjectA[0].ObjectA.Number1); // 42 console.log(Object1.ObjectA[0].ObjectA[0].ObjectA[1].ObjectA.Number1); // 0（未被修改！）⚠️ 重要注意事项
-
初始化必须深克隆：
即使使用 Function 方案，若原始数据存在共享引用（如多次 Object.assign({}, sharedObj)），赋值仍会污染其他位置。务必在构建 Object1 时使用 JSON.parse(JSON.stringify(…)) 或专业深克隆库（如 lodash.cloneDeep）。 -
Function 构造器的安全前提：
此方案要求 path 字符串完全可信（如来自配置文件或内部生成），不可拼接用户输入。若需处理不可信路径，应先严格校验（白名单正则：/^[a-zA-Z_$][a-zA-Z0-9_$]*([d+]|.([a-zA-Z_$][a-zA-Z0-9_$]*))*$/）或改用 lodash.set 等成熟库。 -
替代方案对比：
- lodash.set(obj, path, value)：功能完备、安全、支持通配符，推荐生产环境使用；
- 手动递归解析：易出错、难以覆盖所有边界（如 prop[0].nested[1].value 中的空格、转义），不建议自行实现。
✅ 总结
解决深度路径赋值的核心在于两点：一是初始化阶段彻底切断对象引用链，确保每个嵌套层级均为独立副本；二是运行时采用最简路径——让 JS 引擎直接解析并执行属性赋值。避免陷入手动解析字符串的复杂逻辑，既提升代码可靠性，又显著降低维护成本。对于需要更高安全性的场景，请优先选用经过充分测试的工具库。