在Java里如何编写构造方法_Java构造方法定义规则说明

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(),不能是studentSTUDENTStudentBuilder
  • 不区分是否public:构造方法可以是privateprotected、包私有(无修饰符),但名字规则不变
  • 接口、抽象类、枚举里不能定义构造方法(编译直接报错)

构造方法不能写返回类型,包括void

这是最容易被初学者误写的点。一旦加上void,Java就认为这是一个普通

实例方法,而不是构造方法。此时即使名字对了,new MyClass()也会找不到构造器。

示例对比:

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()直接编译失败。

可以重载,但不能重写

一个类里可以有多个构造方法,只要参数列表不同(类型、数量、顺序),这就是构造方法重载。但它们之间不能通过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() {},别依赖“应该有”。