构造方法是对象创建时强制触发的初始化入口，用于确保成员变量具备明确初始状态；它无返回类型、名须与类同、不可被static/final/abstract修饰；写有参构造后编译器不再自动生成无参构造，需手动补全；重载时应规范参数顺序并用this()委托；适合处理不可变或必填字段，而setter适用于后期动态修改。
构造方法的作用就是对象一创建就初始化数据
它不是可选的“额外功能”，而是 Java 实例化对象时强制触发的入口。只要你写 new Student()，就一定会调用某个构造方法——哪怕你没写，编译器也会悄悄补一个无参的。
关键点在于：成员变量若不初始化，可能拿到 null、0 或 false 这类默认值，但业务逻辑往往需要明确的初始状态（比如新用户默认昵称为“游客”，年龄不能为负）。构造方法就是干这个的。
- 它没有返回类型，连
void都不能写 - 不能被
static、final、abstract修饰 - 名字必须和类名完全一致（大小写敏感）
- 每次
new都只调用一个构造方法，不会自动链式调用
为什么写了有参构造后，无参构造就“消失”了
Java 编译器只在“你完全没写任何构造方法”的时候，才自动生成一个空的无参构造方法。一旦你写了任意一个构造方法（哪怕只是 public Student() {}），那个“默认生成”的行为就立即终止。
这会导致很多实际问题：
立即学习“Java免费学习笔记（深入）”；
- Lombok 的
@Data或@NoArgsConstructor注解失效（因为注解依赖无参构造存在） - Spring Bean 容器无法通过反射实例化你的类，报错类似
No default constructor found - JSON 反序列化（如 Jackson）失败，提示
Cannot construct instance of XXX
所以只要加了有参构造，就该立刻补上无参构造——哪怕它什么也不做：
public Student() {}
有参构造重载时怎么避免参数混乱
重载本身没问题，但多个参数类型相近时容易误调用，比如 Student(String name, int age) 和 Student(String id, String name)，传入 new Student("123", "张三") 就会进错分支。
实操建议：
- 优先用「有意义的参数顺序」：把标识性字段（如
id）放前面，描述性字段（如name、email）放后面 - 避免仅靠参数数量区分：比如
Student(String a)和Student(String a, String b)，容易漏传 - 必要时用
this(...)委托调用统一初始化逻辑，但注意：this()必须是第一行，且不能循环调用
示例：
public Student(String name) { this(name, 0); }<br>public Student(String name, int age) { this.name = name; this.age = age; }
什么时候该用构造方法，而不是 setter 初始化
构造方法适合「不可变性」或「必填约束」场景；setter 更适合后期动态修改。
比如一个订单号 orderNo 一旦生成就不该再改，那它就应该只在构造方法里赋值，且声明为 final。而地址、备注这些可变字段，可以留到后续用 setAddress(...) 更新。
容易被忽略的一点是：Lombok 的 @Builder 和 @AllArgsConstructor 会绕过构造方法逻辑，直接设字段——如果你在构造方法里做了校验（比如 if (age ），用 Builder 创建对象时这些校验就失效了。
