构造方法重载需同名、参数列表不同（个数/类型/顺序），无返回类型；必须用this(...)显式调用且首行；自定义构造后默认无参构造消失；匹配优先最具体类型，可变参数兜底。
构造方法重载就是写多个同名但参数不同的public ClassName(...)
Java里构造方法没有返回类型（连void都不能写），名字必须和类名完全一致。重载的本质是：编译器靠参数个数、类型、顺序来区分调用哪个构造方法，和返回值无关——反正它也没有返回值。
常见错误是误以为可以靠「返回类型不同」或「仅修饰符不同」来重载，比如：
public MyClass() { ... }
private MyClass() { ... } // ❌ 编译报错：重复定义
这不行，因为参数列表完全一样。真正有效的重载只看参数签名：
public Person(String name)public Person(String name, int age)-
public Person(int age, String name)（顺序不同也算不同签名） -
public Person(String name, double salary)（类型不同）
必须显式调用this(...)来复用其他构造方法
如果想在一个构造方法里复用另一个构造方法的逻辑（比如初始化部分字段），不能直接写new ClassName(...)，而要用this(...)，且它必须是第一行语句。
立即学习“Java免费学习笔记（深入）”；
常见坑：
-
this(...)和super(...)不能共存——二者都得放在首行，只能选一个 - 不能在
if块里调用this(...)，否则编译失败：“call tothismust be first statement” - 递归调用
this(...)会导致编译错误，Java会检查是否形成循环
示例：
public class Box {
private double width, height, depth;
public Box() {
this(1.0, 1.0, 1.0); // ✅ 正确：委托给三参数构造
}
public Box(double w, double h, double d) {
width = w; height = h; depth = d;
}
}
重载构造方法时要注意默认构造方法是否被覆盖
只要写了任意一个构造方法，Java就不再自动生成无参构造方法（即「默认构造方法」）。这对依赖反射或框架（如Spring Bean、Jackson反序列化）的场景影响很大。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
典型问题现象：
- Spring报错：
org.springframework.beans.BeanInstantiationException: Failed to instantiate [...]: No default constructor found - Jackson反序列化JSON时报
Cannot construct instance of XXX
解决办法很简单：如果你需要无参构造，就手动写一个public ClassName() { }，哪怕空着也得有。
注意：这个无参构造不一定要是“最简版”，它可以调用其他构造（用this(...)），也可以做默认初始化：
public User() {
this("", 0, "unknown"); // 委托
}
参数类型冲突时优先匹配更具体的类型
当传入参数能匹配多个重载版本时，Java会选择最具体的那个。比如传int，有(int)和(long)两个构造，会选(int)；传null，如果有(String)和(Integer)，编译会报错——因为两者都适用且无法判定更具体。
容易忽略的点：
- 基本类型自动装箱后可能意外匹配到包装类构造，比如
new Foo(5)若同时存在(int)和(Integer)，优先选(int)；但new Foo((Integer)5)就会走(Integer) - 可变参数
(String...)是最后兜底的匹配项，只有没找到更精确匹配时才启用
这种隐式类型选择在复杂重载链中容易引发意料外的行为，建议避免对同一参数设计过多类型变体。
重载本身不难，难的是在多人协作、框架集成、长期维护中保持构造意图清晰——尤其别让null、自动装箱、可变参数搅浑调用路径。
