构造方法可以且必须通过重载支持不同初始化方式；Java允许同一类中多个参数列表不同的构造方法，但签名相同时会报错；需用this(...)调用其他构造且须为首句；相比静态工厂，重载构造语义不清、无法复用对象或返回子类型。
可以重载，而且必须靠重载来支持不同方式的对象初始化。
构造方法重载是合法且常用的操作
Java 允许在同一个类中定义多个构造方法，只要它们的参数列表不同（参数个数、类型或顺序不同），编译器就能区分。这和普通方法重载规则一致，但注意：构造方法没有返回类型，也不允许写 void。
常见错误现象：Constructor already defined 不是因为“不能重载”，而是你写了两个**签名完全相同**的构造方法（比如都写成 public Person()）。
- 重载只看参数列表，和修饰符（
public/private）、异常声明、注释都无关 - 不能仅靠返回类型或抛出异常不同来重载（这点和普通方法一样）
- 如果没写任何构造方法，编译器会自动加一个无参默认构造；但一旦你写了任意一个构造方法，这个默认构造就不再自动生成
调用其他构造方法要用 this(...)，且必须是第一行
在一个构造方法里复用另一个构造逻辑，得用 this(...)，而不是直接写方法名或用 super(...)（那是调父类的）。这个调用必须是该构造方法的第一条语句。
立即学习“Java免费学习笔记（深入）”；
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
使用场景：避免重复初始化代码，比如把通用字段赋值集中到一个全参构造里，其余构造通过 this(...) 委托过去。
-
this(...)和super(...)不能共存于同一个构造方法 - 不能在普通方法里调用
this(...) - 递归调用
this(...)会导致编译错误：Recursive constructor invocation
与 static 工厂方法相比，重载构造的局限性
构造方法重载虽然方便，但名字固定（只能是类名），无法表达意图。比如 new BigDecimal("1.0") 和 new BigDecimal(1) 看不出语义差异；而静态工厂方法如 BigDecimal.valueOf(1L) 或 BigDecimal.parse("1.0") 更清晰。
性能与兼容性影响：
- 构造方法每次调用都必然创建新对象；静态工厂可复用已有实例（如
Boolean.valueOf(true)） - 构造方法无法返回子类型或 null；静态工厂可以
- 重载构造多了，容易让调用方困惑该选哪个——特别是参数类型相近时（如
int和long）
真正容易被忽略的是：重载构造方法之间若存在隐式类型转换（比如传 int 调用了 Integer 参数的构造），可能引发意料外的绑定，尤其在参数数量相同、类型有继承或自动装箱关系时。这种歧义不会报错，但行为可能不符合直觉。
