javascript中无法通过原型链直接实现真正只读属性，但可将writable: false且configurable: false的属性定义在原型上，并配合getter/setter拦截赋值，使实例读取继承值、赋值时抛错；局限在于无法阻止object.defineproperty等绕过方式。

JavaScript 中无法通过原型链直接实现真正意义上的“只读属性保护”，但可以结合 Object.defineProperty 与原型链的属性查找机制，让实例对象**看似不可写**——即在实例上设置同名属性失败（静默或报错），而读取时仍能从原型继承值。关键在于：把属性定义在原型上，并配置 writable: false，同时确保实例自身没有该属性。

把只读属性定义在原型上（非实例）

如果直接在实例上用 {writable: false} 定义属性，它只限制该实例自身；但若定义在原型上，所有继承它的实例读取时会命中原型，而尝试赋值会在实例上创建新属性（覆盖原型访问）——这不是我们想要的“只读”。所以必须阻止赋值生效：

• 将属性定义在 prototype 上，且 writable: false、configurable: false
• 不给实例自身添加同名属性（避免屏蔽原型）
• 配合 set 访问器抛出错误，或依赖严格模式下的静默失败（不推荐）

用 Object.defineProperty 配置原型属性

这是最常用且可控的方式。例如，让所有 Person 实例共享一个不可修改的 species 属性：

function Person(name) {
  this.name = name;
}
Object.defineProperty(Person.prototype, 'species', {
  value: 'Homo sapiens',
  writable: false,    // 禁止修改值
  enumerable: true,   // 可枚举（for...in 可见）
  configurable: false // 禁止删除或重定义
});

此时：
const p = new Person('Alice');
p.species → 'Homo sapiens'（从原型读取）
p.species = 'Alien'; → 在非严格模式下静默失败；在严格模式下抛出 TypeError

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

增强保护：用 setter 拦截并报错

仅靠 writable: false 在非严格模式下不够直观。更健壮的做法是定义一个带 setter 的访问器属性，主动拒绝赋值：

Object.defineProperty(Person.prototype, 'species', {
  get() { return 'Homo sapiens'; },
  set() { throw new TypeError('species is read-only'); },
  enumerable: true,
  configurable: false
});

这样无论是否严格模式，只要执行 p.species = ... 就立刻报错，语义清晰、调试友好。

注意原型链只读的局限性

这种方案保护的是“通过点号或方括号访问时的赋值行为”，但有几点必须清楚：

• 它不阻止 Object.defineProperty(p, 'species', {...}) 直接在实例上重新定义（除非实例自身也设为 configurable: false）
• 不能防止通过 Reflect.setPrototypeOf(p, null) 切断原型链后手动篡改
• 对 Object.assign(p, {species: 'x'}) 无效——因为 assign 是对实例自身赋值，会直接添加自有属性，从而屏蔽原型上的只读属性
• 真正的强保护需结合 Object.freeze 或 class 中的私有字段（#field），但后者不走原型链

不复杂但容易忽略。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南