原型对象不适合直接用作默认配置参数的共享存储，尤其不能把可变配置（如数组、对象字面量）挂到 prototype 上——否则所有实例将共享同一引用，导致状态污染；正确做法是用静态方法、getter 或 class 静态属性返回新副本，或使用解构默认值、?? 运算符等现代语法。

原型对象不适合直接用作默认配置参数的共享存储，尤其不能把可变配置（如数组、对象字面量）直接挂到 prototype 上——这会导致所有实例意外共享同一份引用，引发状态污染。

为什么不能把默认配置直接放 prototype 上

因为 prototype 是被所有实例共享的普通对象。一旦你在上面放了可变值，修改就会跨实例生效：

• 错误示例：Component.prototype.defaults = { theme: 'light', items: [] };
  两个组件实例调用 this.defaults.items.push(x) 后，彼此会看到对方添加的项
• 这种行为不是“配置共享”，而是“状态泄漏”，违背封装原则
• 即使只读访问，也无法阻止后续代码意外修改该对象

正确做法：用原型承载不可变默认值或工厂函数

可以借助原型存放安全的默认值来源，但必须确保每次获取都是独立副本：

• 将默认配置定义为静态方法或 getter，返回新对象：Component.prototype.getDefaultConfig = () => ({ theme: 'light', timeout: 5000 });
• 在构造函数中调用它并合并用户传入配置：this.config = { ...this.getDefaultConfig(), ...options };
• 或者用 class 字段 + Object.freeze 保护基础模板：static defaultTemplate = Object.freeze({ theme: 'light' });，再用解构创建新对象

更现代且推荐的替代方案

在组件开发中，优先使用语言原生机制代替 prototype 承载配置：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

立即学习“Java免费学习笔记（深入）”；

• 类静态属性：ES6+ 支持 static defaultProps = { ... };，语义清晰、作用域明确、不会被实例修改
• 解构默认值：函数参数直接写 function render({ theme = 'light', size = 'md' } = {}) { ... }，安全且直观
• 空值合并运算符 ??：处理可能为 null 或 undefined 的配置字段，避免 || 误覆盖 0、false 等合法值

如果必须用原型，只用于只读元信息

原型适合存放真正不变的、描述性的元数据，比如：

• 组件类型标识：Component.prototype.componentName = 'Button';
• 版本号：Component.prototype.version = '2.1.0';
• 支持的事件列表（字符串数组，不修改）：Component.prototype.supportedEvents = ['click', 'hover'];

这些值不会被运行时修改，也不参与状态管理，才符合原型的设计本意。