constructor接收参数旨在初始化合理状态，需正确使用默认值与解构、严格遵循继承中super()调用规则、避免复杂逻辑与副作用，并将静态预处理移至static块或方法。
constructor 接收参数不是为了“凑够几个形参”，而是要让实例一创建就拥有合理、可用的初始状态。关键在于用对语法、分清职责、避开常见陷阱。
参数声明：默认值与解构并用
形参列表是第一道防线，应直接表达意图。默认值写在右侧，仅当传入 undefined 时才生效；null、0、空字符串 都不会触发默认逻辑。
- 基础类型用简单默认：
constructor(name = '未知', age = 18) - 对象参数优先解构 + 空对象兜底：
constructor({ id, name = '游客', role = 'member' } = {})，避免Cannot destructure property 'id' of 'undefined' - 数组或混合结构也可解构：
constructor([first, second] = [], { timeout = 5000 } = {})
继承场景：super() 是初始化链的起点，不是装饰符
子类写了 constructor，就必须首行调用 super()，且它不是“语法糖”，而是父类构造函数的**真实调用**。this 在 super() 前不可访问，否则报错。
- 参数必须严格匹配父类 constructor 的签名（顺序、数量、语义）
- 可加工后再传：
super(name.trim(), Math.max(0, age), options?.level || 'basic') - 子类专属属性必须在 super() 之后设置：
super(name); this.createdAt = new Date(); this.status = 'active';
复杂逻辑请移出 constructor
constructor 只做两件事：赋值给 this、委托给父类。校验、转换、异步、副作用都该剥离出去，否则会降低可测性、引发意外错误，甚至破坏实例化流程。
- 把字段标准化提取为私有方法：
this.config = this.#normalize(config); - 避免在 constructor 中发请求、设定时器、绑定事件监听器
- 条件分支尽量前置计算：
const finalRole = role === 'admin' ? 'root' : role;，再传给 super 或赋值
静态预处理别塞进 constructor
跟具体实例无关的操作——比如构建映射表、注册全局类型、加载常量配置——不属于 constructor 的责任范围。它们属于类本身，应放在 static 块或静态方法里。
- 错误写法：
constructor() { this.cache = MyUtil.buildCache(); }（每次实例都重建） - 正确做法：
static cache = MyUtil.buildCache();或static init() { ... } - 这样既节省资源，又保证单例语义清晰
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
