Java构造方法名必须与类名大小写严格一致，无返回类型（包括void），不可在接口、抽象类或枚举中定义；可重载但不可重写；显式定义任一构造后默认无参构造即消失。
构造方法名必须和类名完全一致
Java中构造方法不是普通方法，它没有返回类型（连void都不能写），且名称必须与所在类的类名**大小写严格一致**。哪怕只差一个字母或大小写错误，编译器就会把它当成普通方法，导致对象创建时调用失败或根本无法实例化。
常见错误现象：javac报错constructor XXX in class YYY cannot be applied to given types，或者IDE提示“no suitable constructor found”——往往就是名字拼错了，比如类叫Person，却写了public person() { ... }（小写p）。
- 类名是
Student，构造方法必须声明为public Student()，不能是student、STUDENT或StudentBuilder - 不区分是否
public：构造方法可以是private、protected、包私有（无修饰符），但名字规则不变 - 接口、抽象类、枚举里不能定义构造方法（编译直接报错）
构造方法不能写返回类型，包括void
这是最容易被初学者误写的点。一旦加上void，Java就认为这是一个普通实例方法，而不是构造方法。此时即使名字对了，new MyClass()也会找不到构造器。
示例对比：
立即学习“Java免费学习笔记（深入）”；
public class Box {
// ❌ 错误：写了 void，这不是构造方法
public void Box() {
System.out.println("this is NOT a constructor");
}
// ✅ 正确：无返回类型，名字匹配
public Box() {
System.out.println("this IS a constructor");
}
}
如果误加了void，编译时不会报语法错误，但运行时new Box()会调用到那个void Box()方法吗？不会——它根本不会被调用，因为JVM只找无返回类型的同名方法。此时若没写其他构造方法，系统会自动补一个默认无参构造；但如果你显式写了带void的“伪构造”，又没写真正的构造，而类中已有其他构造（比如带参的），那默认构造就没了，new Box()直接编译失败。
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
可以重载，但不能重写
一个类里可以有多个构造方法，只要参数列表不同（类型、数量、顺序），这就是构造方法重载。但它们之间不能通过super()或this()无限套娃，必须确保最终有一条链能到达某个构造方法的末尾，且最多只能有一个this(...)或super(...)调用，且必须是第一行语句。
常见陷阱：
-
this(...)和super(...)不能共存于同一个构造方法中 - 递归调用构造方法（比如A调B，B又调回A）会导致编译错误：
recursive constructor invocation - 如果父类没有无参构造，而子类构造中没显式调用
super(…)，编译失败
示例（合法重载）：
public class FileHandler {
public FileHandler() {
this("default.txt"); // 调用另一个构造
}
public FileHandler(String filename) {
this(filename, false);
}
public FileHandler(String filename, boolean readOnly) {
// 实际初始化逻辑
}
}
默认构造方法只在“没写任何构造”时存在
很多人以为每个类都有默认无参构造方法。其实不然：只要你在类里**显式定义了至少一个构造方法**（哪怕只有一个带参的），编译器就不再自动生成默认无参构造。这对继承、序列化、反射（如Spring Bean初始化、JSON反序列化）影响很大。
典型问题场景：
- 用
ObjectMapper.readValue(json, MyBean.class)失败，报InstantiationException，原因常是MyBean有带参构造但没提供无参构造 - 子类构造中没写
super(...)，而父类只有带参构造 → 编译报错 - 使用Lombok的
@Data或@NoArgsConstructor时，若手动写了构造，Lombok可能不按预期生成
所以，如果需要无参构造（尤其用于框架集成），务必显式写出：public MyClass() {}，别依赖“应该有”。
