要让原型链上的属性不可修改，必须使用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 '#<Object>'
}
console.log('再次确认原型上的值:', MyClass.prototype.sharedValue); // 这是一个不可修改的共享值
// 尝试删除原型上的属性（会失败，因为configurable: false）
try {
delete MyClass.prototype.sharedValue;
} catch (e) {
console.error('删除原型属性失败:', e.message); // Cannot delete property 'sharedValue' of object '#<Object>'
}
console.log('删除后确认原型上的值:', MyClass.prototype.sharedValue); // 这是一个不可修改的共享值从上面的代码可以看出，我们成功地让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>'
}
console.log('修改后配置:', userConfig.config.theme); // dark
// 但注意，嵌套对象仍然可以被修改（浅冻结的限制）
userConfig.config.settings.fontSize = 18; // 成功修改
console.log('嵌套属性修改后:', userConfig.config.settings.fontSize); // 18
console.log('原型上的嵌套属性也变了:', ConfigManager.prototype.config.settings.fontSize); // 18要实现深层不可变性，你需要递归地遍历对象的所有嵌套对象，并对它们也调用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代码的重要一环。关键在于区分“修改原型上的属性”和“在实例上创建遮蔽属性”这两种行为。
