要让原型链上的属性不可修改，必须使用object.defineproperty()设置writable: false和configurable: false；2. 这只能防止直接修改或删除原型上的属性，无法阻止实例通过赋值创建同名属性来遮蔽原型属性；3. 若原型属性是对象，需用object.freeze()实现浅层不可变，深层不可变需递归冻结；4. 应用场景包括保护共享常量、默认配置和核心方法；5. 注意陷阱：遮蔽误解、浅层冻结局限、调试复杂性和过度限制。通过合理使用这些机制可提升代码健壮性。
在JavaScript中，如果你想让原型链上的属性“不可修改”，这其实是一个需要细致理解的概念。我们通常不能直接阻止一个实例对象通过赋值操作来“覆盖”或“遮蔽”（shadowing）原型链上的属性，因为JS的赋值行为总是优先在实例自身创建或修改属性。但我们可以让原型对象上的那个原始属性本身变得不可写或不可配置，从而防止其在原型层面被修改，或者在特定情况下阻止实例创建同名属性。
解决方案
要让原型链上的属性不可修改，核心在于利用Object.defineProperty()来精确控制原型对象上属性的特性。这包括设置writable: false（不可写）和configurable: false（不可配置）。
想象一下我们有一个构造函数MyClass，它在原型上定义了一个属性sharedValue：
function MyClass() { // 实例属性 this.instanceId = Math.random();}// 在原型上定义一个共享属性MyClass.prototype.sharedValue = '这是一个共享的默认值';// 尝试让这个原型属性不可修改// 这是关键一步Object.defineProperty(MyClass.prototype, 'sharedValue', { value: '这是一个不可修改的共享值', // 重新设置值，或者保持原值 writable: false, // 设为不可写 configurable: false // 设为不可配置，意味着不能删除，也不能再次修改其特性（如改回writable: true）});const instance1 = new MyClass();const instance2 = new MyClass();console.log('原始值:', instance1.sharedValue); // 这是一个不可修改的共享值// 尝试修改实例上的属性instance1.sharedValue = '尝试修改实例的值';console.log('修改实例后:', instance1.sharedValue); // 尝试修改实例的值console.log('原型上的值未变:', MyClass.prototype.sharedValue); // 这是一个不可修改的共享值// 尝试修改原型上的属性（会失败，因为writable: false）try { MyClass.prototype.sharedValue = '直接修改原型'; // 严格模式下会抛TypeError} catch (e) { console.error('直接修改原型属性失败:', e.message); // Cannot assign to read only property 'sharedValue' of object '#
从上面的代码可以看出，我们成功地让MyClass.prototype.sharedValue本身变得不可写和不可配置。这意味着你不能直接在原型上改变它的值，也不能删除它，甚至不能再通过defineProperty修改它的特性。然而，实例instance1仍然可以拥有一个自己的sharedValue属性，这个属性会“遮蔽”原型上的同名属性。这并不是修改了原型上的属性，而是在实例自身创建了一个新属性。
理解JavaScript原型链的属性查找与赋值机制
要真正理解为什么我们说“不能阻止实例遮蔽原型属性”，我们需要深入了解JavaScript的属性查找 ([[Get]]) 和属性赋值 ([[Put]]) 机制。
当你在代码中访问 obj.prop 时，JavaScript引擎会执行 [[Get]] 操作。它会：
检查 obj 自身是否有 prop 属性。如果有，就返回它的值。如果没有，就沿着 obj 的原型链向上查找。如果原型链上的某个对象（比如 obj.__proto__ 或 obj.__proto__.__proto__）有 prop 属性，就返回它的值。如果直到原型链的末端（null）都没有找到，就返回 undefined。
而当你执行 obj.prop = value 时，JavaScript引擎会执行 [[Put]] 操作。这个过程就有点意思了：
它首先也会沿着原型链查找 prop 属性。如果 prop 在原型链上被找到，并且它是数据属性（非getter/setter），并且是可写的（writable: true），那么JavaScript会在 obj 实例自身创建一个新的 prop 属性，并赋上 value。 这就是所谓的“遮蔽”或“影子属性”。原型上的属性保持不变。如果 prop 在原型链上被找到，但它是只读的（writable: false），那么在非严格模式下，赋值操作会静默失败，obj 自身不会创建 prop 属性。在严格模式下，则会抛出一个 TypeError。 这是我们前面defineProperty的效果。如果 prop 在原型链上被找到，并且它是一个setter访问器属性，那么会调用这个setter函数。如果 prop 在整个原型链上都没有找到，那么 prop 会直接在 obj 实例自身创建一个新属性，并赋上 value。
所以你看，Object.defineProperty 主要是控制了第3种情况，即当原型上的属性是不可写时，实例尝试赋值的行为。但它无法阻止实例在原型属性可写时创建自己的同名属性。
如何确保原型属性的真正不可变性？
光靠writable: false和configurable: false，我们只是让原型上的那个属性不可变了。但如果这个属性的值本身是一个对象，那这个对象内部的属性仍然是可以被修改的。这在JavaScript里被称为“浅层不可变性”。
如果你的目标是让原型上的某个属性（尤其是当它是一个对象或数组时）达到“真正”的不可变性，你需要考虑更深层次的冻结。
Object.freeze()： 这是最强的一种不可变性措施，但它是“浅冻结”。它会：使对象的所有现有属性变得不可写（writable: false）。使所有现有属性变得不可配置（configurable: false）。阻止添加新属性。阻止删除现有属性。但它不会递归地冻结对象内部的嵌套对象。
function ConfigManager() {}const defaultConfig = { theme: 'dark', settings: { fontSize: 16, language: 'en' }};// 冻结整个原型对象，或者只冻结一个作为原型属性的对象Object.freeze(defaultConfig); // 冻结配置对象本身ConfigManager.prototype.config = defaultConfig;const userConfig = new ConfigManager();console.log('初始配置:', userConfig.config.theme); // dark// 尝试修改原型上的配置属性（会失败）try { userConfig.config.theme = 'light';} catch (e) { console.error('修改冻结属性失败:', e.message); // Cannot assign to read only property 'theme' of object '#
要实现深层不可变性，你需要递归地遍历对象的所有嵌套对象，并对它们也调用Object.freeze()。这通常需要一个辅助函数来完成。
原型链属性不可修改的实际应用场景与潜在陷阱
让原型链上的属性不可修改，这事儿听起来有点复杂，但在某些特定场景下，它确实能解决一些问题，当然也有一些你得留意的坑。
实际应用场景：
共享常量与默认配置： 比如你的库或框架需要提供一套全局的、所有实例都应该遵守的默认配置或常量。你希望这些值在运行时不被意外修改，尤其是在原型层面上。使用Object.defineProperty配合writable: false就能很好地保护它们。
// 假设这是一个组件库的基础组件function BaseComponent() {}Object.defineProperty(BaseComponent.prototype, 'VERSION', { value: '1.0.0', writable: false, configurable: false});const comp = new BaseComponent();// comp.VERSION = '2.0.0'; // 严格模式下会报错console.log(comp.VERSION); // 1.0.0
这确保了所有BaseComponent的实例都共享同一个、不可变的版本号。
核心方法保护： 有时候，你可能不希望原型上的某些关键方法被意外覆盖或修改。虽然方法通常不会被直接赋值修改，但如果有人恶意地或者不小心地重写了原型上的某个核心方法，可能会导致程序崩溃。将其设为不可写，可以提供一层额外的保护。
防止“意外”的副作用： 如果你的原型上有一个对象或数组，并且你希望所有实例都引用同一个不可变的数据结构，那么Object.freeze就很有用。它能避免一个实例无意中修改了共享的数据，从而影响到其他实例。
潜在陷阱：
“遮蔽”的误解： 最常见的误解就是认为设置了writable: false就能阻止实例创建同名属性。实际上，它只能阻止实例在非严格模式下静默失败或在严格模式下抛出TypeError，但并不能阻止实例通过直接赋值来创建自己的同名属性（如果原型上的属性是可写的）。你需要清楚地认识到，实例的赋值操作优先作用于实例自身。
浅层不可变性： Object.freeze()和defineProperty的writable: false都是浅层操作。如果你的原型属性是一个对象或数组，并且你只冻结了顶层引用，那么这个对象或数组内部的属性仍然是可以被修改的。这可能导致数据不一致或难以追踪的bug。
调试复杂性： 当原型链上的属性被设置为不可写时，如果开发者不了解这个机制，尝试修改这些属性可能会遇到静默失败（非严格模式）或TypeError（严格模式），这可能会让调试变得有点困惑，因为代码看起来是合法的赋值操作，但却没有任何效果或直接报错。
过度限制： 并非所有原型属性都需要不可修改。过度使用这些机制可能会限制代码的灵活性，使得后续的功能扩展或测试变得困难。你应该根据实际需求，有选择性地应用这些特性。
总的来说，理解并恰当使用Object.defineProperty和Object.freeze来控制原型属性的修改行为，是编写健壮、可维护JavaScript代码的重要一环。关键在于区分“修改原型上的属性”和“在实例上创建遮蔽属性”这两种行为。
以上就是js怎么让原型链上的属性不可修改的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1512854.html
微信扫一扫 
支付宝扫一扫 
