构造方法重载应围绕对象语义设计清晰初始化路径，通过this()委托至全参构造、规避模糊参数、提取共用逻辑，并在必要时采用Builder模式。
构造方法重载不是堆砌多个构造函数，而是围绕对象语义设计清晰、互不干扰的初始化路径。关键在让每种调用方式都自然表达一种业务意图，同时避免参数歧义和字段遗漏。
明确区分初始化场景，按需设计参数组合
同一类中不同构造方法应对应真实存在的使用场景，而不是为了“覆盖所有参数排列”。例如学生类可提供：
- 无参构造：用于后续通过 setter 赋值，或框架反射创建（如 ORM 映射）
- 姓名 + 年级构造：适用于新生注册，基础信息必填
- 学号 + 姓名 + 年龄构造：适用于教务系统批量导入，强调唯一标识优先
- 拷贝构造（含深拷贝逻辑）：用于生成已有学生的变体，如“复制为临时档案”
用 this() 委托统一最终赋值点
所有重载构造方法应通过 this(...) 链式调用，最终汇聚到一个参数最全、完成全部字段初始化的构造方法中。这样能确保：
- 字段赋值逻辑集中，不易遗漏（比如默认性别、创建时间等）
- 校验逻辑（如非空检查）只需写一次
- 避免中间构造器自行赋值又调用
this()，造成字段被覆盖两次
示例中 Person(String name) 应调用 this(name, 0, "Unknown")，而非自己设 this.name = name 后再跳转。
拒绝模糊参数，提升可读性与安全性
布尔值、null、原始类型数字容易掩盖语义，应主动规避：
- 不用
new Person("Alice", true)，改用new Person("Alice", Gender.FEMALE) - 不用
new Person("Alice", null)，改用显式构造器new Person("Alice", Optional.empty())或抛出异常 - 参数超过 4 个且含可选字段时，建议改用 Builder 模式，避免调用时难以分辨顺序
提取共用初始化逻辑，避免重复代码
若多个构造器都要执行相同操作（如设置默认状态、记录创建时间、初始化集合），不应在每个构造器里重复写。推荐两种方式：
-
实例初始化块：适合无参、固定逻辑，如
{ createdAt = System.currentTimeMillis(); status = "ACTIVE"; } -
私有静态工厂方法：适合需参数参与的逻辑，如
fromLegacyData(Map<string object> data)</string>，内部可自由调用辅助方法
注意：不要在构造器中调用可能被子类重写的方法，防止初始化未完成就触发子类逻辑。
