原型继承中子类污染父类属性的解决方法

本文深入剖析了JavaScript原型继承中子类实例意外污染父类原型属性这一常见却易被误解的问题，指出其根源并非继承机制缺陷，而是开发者误将可变对象（如数组、普通对象）直接挂载在prototype上导致引用共享，以及对外部输入缺乏敏感键名过滤和安全合并处理；文章给出了三重务实解决方案：将可变数据初始化移入构造函数以确保实例隔离、使用Object.create(null)和升级安全库来阻断原型链污染、在运行时冻结关键原型并严格校验输入路径，帮助开发者从设计源头规避风险，真正掌握可控、健壮的继承实践。

子类实例污染父类原型属性，本质不是继承逻辑出错，而是误把可变对象（如数组、普通对象）直接挂载在父类 prototype 上，导致所有实例共享同一份引用。这不是“死穴”，是可精准规避的设计误区。

别在 prototype 上放可变引用值

常见错误写法：

function Animal() {}
Animal.prototype.skills = ['run', 'jump']; // ❌ 危险：所有 Animal 实例共用这个数组
const dog = new Animal();
const cat = new Animal();
dog.skills.push('bark');
console.log(cat.skills); // ['run', 'jump', 'bark'] —— 被意外修改

正确做法是：把可变数据初始化在构造函数内，确保每个实例独有一份：

• 将 skills 移到 Animal 构造函数中：this.skills = ['run', 'jump'];
• 若需默认值复用，可用工厂函数或静态方法生成新副本，例如：Animal.getDefaultSkills = () => ['run', 'jump'];

警惕深拷贝/合并逻辑侵入原型链

当子类使用 Object.assign、lodash.merge 或自研递归赋值处理用户输入时，若输入含 {"__proto__": {"isAdmin": true}}，会直接污染 Object.prototype，进而影响所有对象（包括父类原型）。

• 禁止对不可信输入调用 _.merge({}, userInput) 或 set(obj, path, value)，尤其路径含 __proto__、constructor、prototype
• 替换默认对象创建方式：用 Object.create(null) 代替 {} 存储动态键值，彻底切断原型链依赖
• 升级关键库：Lodash ≥ 4.17.21，Hoek ≥ 5.0.3；避免 _.set 处理外部路径

运行时加固：冻结关键原型（高安全场景）

服务启动初期执行一次即可：

• Object.freeze(Object.prototype) 阻止新增/修改属性（注意：不可逆，确认无合法库依赖扩展）
• 对自定义父类原型也做保护：Object.freeze(Animal.prototype)，防止后续误写
• 搭配输入层过滤：递归检查所有键名及嵌套路径，拦截 __proto__ 等敏感词（正则 /\b(__proto__|constructor|prototype)\b/i）

问题根源不在继承机制本身，而在数据初始化位置和外部输入的处理边界。守住这两条线，污染就不会发生。

本篇关于《原型继承中子类污染父类属性的解决方法》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！