Java构造器重载应采用逐级委托模式：以全参主构造器为唯一初始化入口，其他重载构造器通过this()第一行调用它并传入明确默认值，禁止在构造器内用if判断补默认值或使用varargs模拟可选参数。
Java 中不能靠单个可变参数构造器内部做判断再调用 this() 来实现默认值，因为 this() 必须是第一行语句。真正实用、清晰、符合规范的做法是：用多个固定参数的重载构造器，逐级委托到全参主构造器，并在每一层显式传入 null 或其他合理默认值。
明确主构造器作为唯一初始化入口
所有字段赋值逻辑只写在全参数构造器里，避免重复和不一致。其他构造器不直接初始化字段，只负责转发。
- 主构造器承担“真相唯一来源”的角色，比如
Person(String name, int age, String gender) - 字段赋值全部集中在此，后续扩展或修改只动这一处
- 客户端调用任意重载构造器，最终都落到这个构造器执行，行为可预测
按常用参数组合提供重载构造器
不是凭空猜用户要什么，而是根据业务中高频出现的初始化场景设计重载版本，每个都直接调用上一层（参数更多）的构造器。
- 只传姓名 → 补
18和"Unknown"：Person(String name) { this(name, 18, "Unknown"); } - 传姓名和年龄 → 补
"Unknown"：Person(String name, int age) { this(name, age, "Unknown"); } - 三个都传 → 主构造器本体：
Person(String name, int age, String gender)
用 null 或业务默认值补位要保持一致性
补什么值，取决于字段语义。字符串类字段常用 null 或空字符串，数值类字段用业务合理值（如年龄默认 18），布尔值明确设为 false 或 true。
- 避免在构造器里写
if (gender == null) gender = "Unknown";—— 这样绕过了委托机制，也破坏了字段只在主构造器赋值的原则 - 如果某字段允许为空且无业务默认含义，就统一用
null；如果有明确默认（如状态默认 “ACTIVE”），就在重载里直接传字面量 - 补位值写死在
this(...)调用中，而不是运行时判断，保证编译期确定、类型安全
避免常见陷阱：varargs + 条件委托不可行
不要尝试写一个 Person(String... args)，然后在里面用 if (args.length == 1) 判断后调用 this(args[0])。这会触发编译错误：Call to 'this()' must be first statement。
- varargs 构造器适合接收不确定数量同类型参数（如日志标签、路径片段），不适合模拟“可选参数”
- 想支持灵活初始化，就老实用重载；想省代码量，就接受多写几行构造器声明 —— 这是 Java 的权衡取舍
- IDE（如 IntelliJ）能一键生成重载构造器，实际编码成本很低
