默认构造与带参构造详解

Java中默认构造方法并非永远存在——它仅在类未定义任何构造器时由编译器自动提供，一旦声明了带参构造（如MyClass(int x)），该无参默认构造便彻底消失，导致new MyClass()编译失败；这一看似微小的语言规则，却深刻影响Spring依赖注入、Jackson/Gson反序列化、反射实例化及继承链调用等关键场景，稍不注意就会引发框架初始化崩溃或单元测试突然报错，而修复只需显式添加public MyClass(){}，但真正避坑的关键在于理解：这不是JVM限制，而是Java语言规范的硬性契约，牵一发而动全身。

Java里不写构造方法时，new 用的是哪个？

Java 类没显式定义任何构造方法时，编译器会自动补一个无参、空体、public 的默认构造方法。它只在「类中没有任何构造方法」时才存在，一旦你写了哪怕一个带参构造，这个默认的就没了。

常见错误现象：new MyClass() 编译报错 Constructor MyClass() is undefined —— 就是因为你加了 MyClass(String s)，但忘了补无参构造。

• 使用场景：Spring Bean 自动注入、JSON 反序列化（如 Jackson）、反射创建实例，都依赖无参构造
• 参数差异：默认构造没有参数；带参构造至少一个参数，且不能被编译器“代劳”
• 注意：继承关系下，子类构造器第一行默认调用 super()，如果父类删了无参构造，子类又没显式写 super(xxx)，直接编译失败

为什么加了 MyClass(int x) 后，new MyClass() 就不认了？

这不是 JVM 的限制，是 Java 语言规范的硬性规定：只要类中声明了任意构造器，编译器就不再生成默认构造方法。它不会“智能保留”无参版本。

容易踩的坑：以为“有参构造不影响无参调用”，结果单元测试里 new MyClass() 突然挂了，或者框架初始化失败。

• 修复方式只有显式补上：public MyClass() { }（哪怕空着）
• 如果想禁止无参实例化，就别补，同时把已有构造设为 private 或 protected
• IDE（如 IntelliJ）能提示“Missing no-argument constructor”，但不会自动插入——得自己敲

带参构造里调用 this() 和 super() 的顺序和限制

this(...) 是调用本类其他构造器，super(...) 是调用父类构造器，二者都必须是构造器的第一条语句，且不能共存。

典型错误：super(); this(); 这种写法直接编译不过；或者在 this(...) 前加了变量赋值，也会报 call to this must be first statement。

• this(...) 本质是“构造器链”，最终必须落到一个不调用 this 的构造器上（否则无限递归）
• 如果父类没有无参构造，子类所有构造器都必须以 super(xxx) 开头，不能靠默认隐式调用
• 性能上无差异，都是编译期确定的跳转，但过度嵌套 this() 会让调试栈变深，可读性下降

反序列化（Jackson / Gson）失败，真是构造方法的问题？

不是所有反序列化失败都怪构造器缺失。Jackson 默认要求无参构造；Gson 在 JDK 8+ 且启用 UnsafeAllocator 时可以绕过，但不可靠。

真实排查路径：先看错误信息是否含 InstantiationException 或 No suitable constructor，再确认类是否有 public 无参构造（注意不是 default 包访问权限）。

• 解决办法优先级：① 加 public MyClass() {}；② 用 @JsonCreator 标注静态工厂方法；③ Gson 可配 GsonBuilder.setInstantiator()，但不推荐
• 注意 Lombok 的 @RequiredArgsConstructor 或 @AllArgsConstructor 不会生成无参构造，需额外加 @NoArgsConstructor
• 模块化（JPMS）下，如果模块没导出包，即使有 public 构造，反射也可能因模块限制失败

构造方法看着简单，但牵扯编译规则、继承链、框架契约和模块边界，最容易在“我以为它有”的地方掉坑里。

今天关于《默认构造与带参构造详解》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！