原型对象不适合直接用作默认配置参数的共享存储，尤其不能把可变配置（如数组、对象字面量）挂到 prototype 上——否则所有实例将共享同一引用，导致状态污染；正确做法是用静态方法、getter 或 class 静态属性返回新副本，或使用解构默认值、?? 运算符等现代语法。
原型对象不适合直接用作默认配置参数的共享存储，尤其不能把可变配置（如数组、对象字面量）直接挂到 prototype 上——这会导致所有实例意外共享同一份引用，引发状态污染。
为什么不能把默认配置直接放 prototype 上
因为 prototype 是被所有实例共享的普通对象。一旦你在上面放了可变值，修改就会跨实例生效：
-
错误示例：
Component.prototype.defaults = { theme: 'light', items: [] };
两个组件实例调用this.defaults.items.push(x)后，彼此会看到对方添加的项 - 这种行为不是“配置共享”，而是“状态泄漏”，违背封装原则
- 即使只读访问，也无法阻止后续代码意外修改该对象
正确做法：用原型承载不可变默认值或工厂函数
可以借助原型存放安全的默认值来源，但必须确保每次获取都是独立副本：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 将默认配置定义为静态方法或 getter，返回新对象：
Component.prototype.getDefaultConfig = () => ({ theme: 'light', timeout: 5000 }); - 在构造函数中调用它并合并用户传入配置：
this.config = { ...this.getDefaultConfig(), ...options }; - 或者用 class 字段 + Object.freeze 保护基础模板：
static defaultTemplate = Object.freeze({ theme: 'light' });，再用解构创建新对象
更现代且推荐的替代方案
在组件开发中，优先使用语言原生机制代替 prototype 承载配置：
-
类静态属性：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'];
这些值不会被运行时修改，也不参与状态管理，才符合原型的设计本意。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
