原型对象不适合共享状态管理，因其设计初衷是方法复用与继承；在原型上设置可变对象会导致所有实例共享引用，引发数据污染和竞态问题。
JavaScript 中原型对象本身不适合直接用于共享状态的集中管理，因为原型链设计初衷是为方法复用和继承服务，而非状态存储。若在原型上设置可变对象（如数组、普通对象），所有实例会共享该引用，极易引发意外的数据污染和竞态问题。
为什么原型上放状态容易出错
当多个实例共用原型上的同一个对象属性时，修改其中一个实例的该属性，会影响所有其他实例：
function Counter() {}
Counter.prototype.count = { value: 0 }; // ❌ 危险：所有实例共享同一对象
const a = new Counter();
const b = new Counter();
a.count.value = 5;
console.log(b.count.value); // 输出 5 —— b 被意外影响
更安全的替代方案：用闭包 + 静态属性模拟单例状态池
真正需要“共享状态集中管理”时，应脱离原型，改用模块作用域或类的静态属性配合私有封装：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 使用 类静态属性 存储共享数据，配合 getter/setter 控制访问逻辑
- 借助 IIFE 或 ES 模块 创建封闭作用域，导出统一的状态管理接口
- 避免在原型上定义可变状态字段；方法仍可放在原型上，但操作状态时统一走中心化 API
示例：用静态属性实现计数器状态集中管理
以下是一个干净、可控的共享状态管理方式：
立即学习“Java免费学习笔记（深入）”；
class SharedState {
static #data = new Map(); // 私有静态 Map，存放各类共享状态
static set(key, value) {
this.#data.set(key, value);
}
static get(key) {
return this.#data.get(key);
}
static has(key) {
return this.#data.has(key);
}
}
// 所有实例通过 SharedState 统一读写，不依赖原型状态
class Counter {
constructor(id) {
this.id = id;
}
increment() {
const current = SharedState.get('counter') || 0;
SharedState.set('counter', current + 1);
}
getValue() {
return SharedState.get('counter') || 0;
}
}
如果坚持用原型，至少做到三点约束
- 只存不可变值：如字符串、数字、布尔值（但注意数字赋值是覆盖，不是共享变更）
- 状态操作全部委托给独立管理器：原型方法只调用 SharedState.set/get，自身不持有状态
- 文档明确标注“此属性为只读共享配置”，禁止实例修改其引用内容
不复杂但容易忽略：共享状态的关键不在“放在哪”，而在于“谁负责修改、如何同步、是否可预测”。原型是行为的管道，不是状态的仓库。
