java仅在类未定义任何构造器时自动生成public无参构造器；一旦定义任意构造器（含空参），默认构造器即消失，需手动添加以避免反射、spring、jackson等场景报错。
Java 什么时候会自动生成无参构造器
只有当类里**一个构造器都没写过**时，编译器才悄悄补一个 public 的无参构造器。只要写了任意一个构造器（哪怕只是 public MyClass() {}），这个默认的就没了。
常见错误现象：No constructor found 或 Cannot instantiate the type，尤其在用反射、Spring Bean 扫描、或 Jackson 反序列化时突然报错——根源往往就是你加了个带参构造，却忘了补无参的。
- 继承场景下，子类构造器默认调
super()，如果父类没无参构造，编译直接失败 - 使用 Lombok 的
@Data或@NoArgsConstructor时，要注意它只在编译期生成，IDE 可能不实时识别，导致误判“有默认构造” - 模块化项目（
module-info.java）中，若包未导出，即使有无参构造，反射也可能因模块限制拿不到
带参构造写完后，无参构造必须手动补吗
不一定，取决于你是否需要它被调用。但绝大多数框架依赖无参构造，所以“写了带参构造 → 必须显式加无参构造”是安全底线。
实操建议：别赌运气，统一补上。哪怕只是 public MyClass() {}，也比等运行时报 InstantiationException 强。
立即学习“Java免费学习笔记（深入）”；
- 如果真想禁用无参实例化（比如单例或 Builder 模式），就把无参构造设为
private MyClass() {}，并确保所有创建路径都走你开放的静态工厂或 Builder - 注意 IDE 自动生成构造器（Alt+Insert / Cmd+N）时，默认不勾选“generate default constructor”，容易漏
- 检查字节码可确认：用
javap -c MyClass，能看到明确列出的<init></init>方法，没有就是没生成
有多个构造器时，this() 调用链怎么写才不出错
所有构造器最终必须通过 this(...) 或 super(...) 在第一行完成调用，且只能选其一。绕开这条规则？编译器直接拒绝。
典型翻车点：在带参构造里漏掉 this(...)，又没写 super(...)，结果编译报 Implicit super constructor is undefined。
- 推荐模式：用一个“主构造器”（通常是参数最全的那个）做实际初始化，其余构造器都
this(...)链过去 - 避免在
this(...)前写任何逻辑（包括变量声明、日志、if 判断），否则编译不通过 - 如果父类构造器是
protected或包私有，子类必须显式调super(...)，不能靠默认
Lombok 的 @AllArgsConstructor 和 @NoArgsConstructor 怎么配合用
这两个注解不是互斥的，而是互补的。@AllArgsConstructor 生成全参构造，@NoArgsConstructor 生成无参构造——但它们**不会自动感知彼此是否存在**，得同时写上。
容易忽略的坑：用了 @RequiredArgsConstructor（只对 final 和 @NonNull 字段生成），却不加 @NoArgsConstructor，结果框架反序列化失败。
- Spring Boot 2.6+ 默认开启构造器绑定（
spring.main.allow-circular-references=false之外的新约束），此时若 DTO 只有全参构造，而 JSON 缺字段，Jackson 会直接抛JsonMappingException - Lombok 生成的构造器在编译后不可见，调试时看不到源码级断点，需用
javap确认是否真生成了 - 如果类有
record倾向，优先考虑改用 record（自带公共无参 + 全参语义），Lombok 反而多余
默认构造器这事看着小，但卡在反射、序列化、测试 mock 上时，问题往往藏得深、报错离实际原因远。最稳妥的做法，就是只要类要被外部 new 或框架管理，就明明白白把无参构造写出来——别指望编译器猜你心意。
