js如何让原型链上的属性不可写-js教程-PHP中文网

要让原型链上的属性不可写，必须使用object.defineproperty方法并将writable设为false；2. 这样设置后，所有实例共享的原型属性无法被直接修改，确保了代码的健壮性和可预测性；3. 尽管原型属性不可写，实例仍可通过在自身创建同名属性来遮蔽原型属性，实现个性化覆盖而不影响其他实例或原型本身。

js如何让原型链上的属性不可写

要在JavaScript中让原型链上的属性不可写，核心在于使用

Object.defineProperty

登录后复制

方法。通过为属性设置

writable: false

登录后复制

，我们可以有效地阻止对该属性的直接赋值修改，从而保护原型上的共享状态不被意外或恶意地更改。这对于构建健壮、可预测的代码库至关重要。

解决方案

要让原型链上的属性不可写，你需要直接在原型对象上使用

Object.defineProperty

登录后复制

。这个方法允许你精确控制一个对象属性的各种特性，包括它是否可写、是否可枚举、是否可配置，以及它的值。

具体来说，当你定义或修改一个原型属性时，可以这样操作：

function MyClass() {
  // 构造函数
}

// 在原型上定义一个属性，并使其不可写
Object.defineProperty(MyClass.prototype, 'sharedValue', {
  value: 100,         // 属性的初始值
  writable: false,    // 核心：设置为不可写
  enumerable: true,   // 是否可枚举（例如在for...in循环中可见）
  configurable: true  // 是否可配置（例如是否可删除，或再次修改其属性描述符）
});

const instance1 = new MyClass();
const instance2 = new MyClass();

console.log(instance1.sharedValue); // 输出: 100
console.log(instance2.sharedValue); // 输出: 100

// 尝试修改这个不可写的原型属性
try {
  instance1.sharedValue = 200; // 在严格模式下会报错，非严格模式下静默失败
} catch (e) {
  console.error("尝试修改不可写属性时发生错误:", e.message);
}

console.log(instance1.sharedValue); // 仍然输出: 100 (原型上的值未变)
console.log(MyClass.prototype.sharedValue); // 仍然输出: 100

登录后复制

这里需要注意的是，

writable: false

登录后复制

一旦设置，就意味着你不能通过简单的赋值操作来改变

sharedValue

登录后复制

的值。如果你尝试这样做，在严格模式下会抛出

TypeError

登录后复制

，而在非严格模式下，赋值操作会静默失败，属性的值保持不变。这种机制为原型属性提供了一层重要的保护。

为什么我们需要让原型链上的属性不可写？

这其实是一个关于代码健壮性和可维护性的深刻思考。想象一下，你构建了一个复杂的JavaScript库或框架，其中定义了许多共享的方法或常量在原型上。这些原型属性是所有实例共享的，它们构成了你API的核心行为。

如果这些原型属性是可写的，那么任何一个实例，或者说任何一段代码，都有可能无意中（或者恶意地）修改这些共享属性。一旦原型上的属性被修改，所有继承自该原型的实例都会立即受到影响。这会导致难以追踪的bug，因为一个地方的修改可能会在完全不相关的代码路径中产生副作用。这简直是调试的噩梦，你得花大量时间去追溯是谁、在什么时候、以什么方式“污染”了原型。

所以，让原型链上的属性不可写，本质上是在推行一种“防御性编程”策略。它强制开发者在与这些核心功能交互时，要么通过提供的方法（如果允许修改的话），要么通过在实例上创建自己的同名属性来“覆盖”它（这被称为“属性遮蔽”，我们后面会聊到），而不是直接去改动共享的原型。这就像给你的核心逻辑加上了一道锁，确保其行为的稳定性和可预测性。对于常量、工具方法或者任何不应该在运行时被改变的共享配置，这都是一个非常棒的实践。

除了不可写，还有哪些属性描述符可以控制原型属性？

Object.defineProperty

登录后复制

的强大之处远不止

writable

登录后复制

。它提供了四个核心的属性描述符，让我们能够对属性的行为进行细致入微的控制。除了我们已经讨论的

writable

登录后复制

，还有

enumerable

登录后复制

、

configurable

登录后复制

，以及

value

登录后复制

（对于数据属性）或

get

登录后复制

set

登录后复制

（对于访问器属性）。

可图大模型

可图大模型（Kolors）是快手大模型团队自研打造的文生图AI大模型

查看详情

```
enumerable
```
登录后复制
(可枚举性):
- 如果设置为
```
true
```
  登录后复制
  （默认值），该属性会在
```
for...in
```
  登录后复制
  循环、
```
Object.keys()
```
  登录后复制
  、
```
JSON.stringify()
```
  登录后复制
  等操作中被枚举出来。
- 如果设置为
```
false
```
  登录后复制
  ，该属性会被“隐藏”起来，不会出现在这些枚举操作的结果中。这对于那些内部使用的、不希望暴露给外部枚举的属性非常有用。比如，你可能想在原型上放一个内部的缓存机制，但不希望它在遍历实例属性时被意外地处理。
```
Object.defineProperty(MyClass.prototype, 'internalId', {
  value: Symbol('uniqueId'),
  enumerable: false, // 不可枚举
  writable: false,
  configurable: false
});

const instance = new MyClass();
for (let key in instance) {
  console.log(key); // 不会输出 'internalId'
}
console.log(Object.keys(instance)); // 不包含 'internalId'
console.log(instance.internalId); // 可以正常访问
```
登录后复制

configurable

登录后复制

(可配置性):

如果设置为
```
true
```
登录后复制
（默认值），该属性可以被删除（
```
delete
```
登录后复制
操作），并且它的属性描述符（包括
```
writable
```
登录后复制
、
```
enumerable
```
登录后复制
等）可以被再次修改。
如果设置为
```
false
```
登录后复制
，该属性就变得“不可配置”了。这意味着你不能删除它，也不能再改变它的
```
enumerable
```
登录后复制
或
```
configurable
```
登录后复制
状态。对于数据属性，你也不能将
```
writable
```
登录后复制
从
```
false
```
登录后复制
改为
```
true
```
登录后复制
（但可以从
```
true
```
登录后复制
改为
```
false
```
登录后复制
）。一旦
```
configurable
```
登录后复制
为
```
false
```
登录后复制
，这个属性就基本被“锁死”了。

Object.defineProperty(MyClass.prototype, 'fixedMethod', {
  value: function() { console.log('This method is fixed.'); },
  writable: false,
  enumerable: true,
  configurable: false // 不可配置
});

try {
  delete MyClass.prototype.fixedMethod; // 尝试删除，会失败（严格模式下抛错）
} catch (e) {
  console.error("尝试删除不可配置属性时发生错误:", e.message);
}

// 尝试修改其writable属性，也会失败
try {
  Object.defineProperty(MyClass.prototype, 'fixedMethod', { writable: true });
} catch (e) {
  console.error("尝试修改不可配置属性的writable时发生错误:", e.message);
}

登录后复制

理解这些描述符，就如同拥有了对对象属性行为的“超能力”。它们让开发者能够创建出更加健壮、更符合预期的对象模型，尤其是在设计API或构建复杂的数据结构时，这种细粒度的控制能力显得尤为重要。

原型链属性不可写后，子对象能覆盖它吗？

这是一个非常好的问题，它触及了JavaScript原型链的核心机制之一——属性查找和属性赋值。答案是：子对象（实例）可以“覆盖”原型链上不可写的属性，但这里的“覆盖”并不是指修改了原型上的那个属性，而是指在子对象自身上创建了一个同名的新属性，从而“遮蔽”了原型上的属性。这在JavaScript中被称为“属性遮蔽”（Shadowing）。

我们来看一个例子：

function Animal(name) {
  this.name = name;
}

// 在Animal的原型上定义一个不可写的属性
Object.defineProperty(Animal.prototype, 'species', {
  value: 'Unknown',
  writable: false, // 设为不可写
  enumerable: true,
  configurable: true
});

const dog = new Animal('Buddy');
const cat = new Animal('Whiskers');

console.log(dog.species); // 输出: Unknown (来自原型)
console.log(cat.species); // 输出: Unknown (来自原型)

// 尝试修改dog实例的species属性
dog.species = 'Canine'; // 看起来像是修改，但实际上...

console.log(dog.species); // 输出: Canine (这是dog实例自己的属性)
console.log(cat.species); // 输出: Unknown (cat实例仍然访问原型上的属性)

// 验证原型上的属性是否被修改
console.log(Animal.prototype.species); // 仍然输出: Unknown

// 检查dog实例自身是否有'species'属性
console.log(dog.hasOwnProperty('species')); // 输出: true
// 检查cat实例自身是否有'species'属性
console.log(cat.hasOwnProperty('species')); // 输出: false

登录后复制

在这个例子中，当你执行