不该把默认配置放在原型上，因为原型是实例共享的，对象类型配置会导致引用污染、无法独立配置且违反封装性；应改用函数参数、Object.assign()或解构赋值管理配置。
原型对象本身不直接“承载”默认配置参数，它不是为存配置而设计的机制。默认配置通常由函数参数、Object.assign() 或解构赋值来管理；原型的核心职责是共享方法和实现继承。但开发者有时会误把配置挂到原型上，结果引发共享副作用或逻辑混乱。
为什么不该把默认配置放在原型上
原型是所有实例共享的，一旦在 Constructor.prototype 上设置一个对象类型的配置（比如 { timeout: 5000, retry: 3 }），所有实例都会引用同一份内存地址：
- 修改任一实例的配置属性（如
inst.config.timeout = 10000）会影响其他实例——因为它们指向同一个对象 - 无法实现“每个实例独立配置 + 继承默认值”的语义
- 违反配置应有的封装性：配置应属于实例或调用上下文，而非构造行为的共用层
更合理的方式：用函数参数+合并逻辑替代原型配置
把默认值定义在函数作用域内，再通过参数合并生成实例专属配置：
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 使用默认参数语法：
function request(url, options = { timeout: 5000, method: 'GET' }) { ... } - 用
Object.assign()合并：const config = Object.assign({ timeout: 5000 }, userOptions)，注意第一个参数传空对象避免污染 - 用解构赋值带默认值：
const { timeout = 5000, method = 'GET', headers = {} } = options
如果非要和原型“挂钩”，只能间接支持
可以在构造函数中读取原型上的**不可变默认值**（如基本类型或冻结对象），仅作参考，不直接用作可变配置源：
立即学习“Java免费学习笔记（深入）”；
- 定义只读基础值：
MyClass.prototype.defaultTimeout = 5000（数字安全，无引用风险） - 或定义冻结对象：
Object.defineProperty(MyClass.prototype, 'defaults', { value: Object.freeze({ timeout: 5000 }) }) - 实例初始化时拷贝使用：
this.config = { ...MyClass.prototype.defaults, ...options }
小结：配置和原型各司其职
原型负责方法复用与继承链构建；配置管理应落在函数调用、实例初始化或专门的配置工厂中。混用二者不仅增加理解成本，还容易因引用共享导致隐蔽 bug。保持关注点分离，代码才更健壮、可测、可维护。
