构造方法的核心作用是对象创建时自动初始化，确保其处于可用合规状态；它不返回对象，只负责填值和检查，且必须与类名完全一致、无返回类型、不可用static等修饰。
构造方法的核心作用：创建对象时自动完成初始化
它不是用来“返回对象”的（new 才干这事），而是确保每个新对象一出生就处于可用、合规的状态。比如 Person 类要求姓名不能为空，年龄必须在 0–150 之间——这些校验和赋值逻辑，就该写在构造方法里，而不是靠后续一个个调用 setName() 或 setAge() 去补。
- 对象内存已由 JVM 分配完毕，构造方法只负责「填值」和「检查」
- 实例变量（如
private String name）若未在构造方法中显式赋值，会按类型取默认值（null、0、false），但这往往不是业务想要的初始态 - 构造方法内可抛出异常（如
IllegalArgumentException），阻止非法对象被创建出来
Java 构造方法命名与语法的硬性规则
错一个字符、多一个 void、少一个参数，编译器就直接报错，没有商量余地。
- 方法名必须与类名**完全一致**（大小写敏感），
public Person() {}✅，public person() {}❌（变成普通方法） - **不能写返回类型**，连
void都不行；写了就不是构造方法，而是同名的普通方法 - 不能用
static、final、abstract等修饰——这些修饰符与“每次 new 都要执行一次”的语义冲突 - 访问修饰符（
public/protected/private）可选，但通常设为public；设为private时，只能被本类内部（如静态工厂方法）调用
为什么加了有参构造后，new Person() 突然编译失败？
因为 Java 只在**你完全没写任何构造方法时**，才悄悄补一个无参的默认构造方法（public Person() {}）。一旦你写了哪怕一个带参构造，这个“默认补丁”就立刻失效。
public class Person {
private String name;
private int age;
// 你写了这个 → 默认无参构造方法立即消失
public Person(String name) {
this.name = name;
}
}
// 下面这行代码编译报错：Cannot resolve constructor 'Person()'
Person p = new Person();
- 解决办法：显式补上无参构造方法，哪怕它什么也不做
- 更稳妥的做法是：只要类对外提供实例化入口，就主动写出所有需要的构造方法（包括无参）
- 如果真想禁用无参创建（比如强制用户传配置），就把无参构造设为
private，再配一个静态工厂方法
构造方法重载的实操要点与常见陷阱
重载本身很简单（参数个数/类型/顺序不同即可），但实际用错的地方集中在“this 调用链”和“初始化顺序”上。
立即学习“Java免费学习笔记（深入）”；
- 同一个类中多个构造方法之间，可以用
this(...)调用彼此，但必须是第一行语句 -
this(...)是调用本类其他构造方法，super(...)是调用父类构造方法——二者不能共存于同一构造方法中 - 避免在构造方法中调用可被子类重写的方法（如
this.init()），因为此时子类字段还未初始化，可能读到null或默认值 - 参数太多时（>4 个），优先考虑使用 Builder 模式，而不是堆砌一堆重载构造方法
最易被忽略的一点：构造方法不参与多态，也不会被继承。子类实例化时，JVM 会先走完父类构造方法（隐式或显式调用 super()），再执行子类构造体——这个链条一旦断裂（比如父类只有私有构造、或没写无参构造而子类又没显式 super(...)），编译直接失败。
