java编译器仅在类无任何构造器时自动生成public无参构造器；一旦声明任一构造器（无论访问修饰符或参数），默认构造器即消失，导致子类实例化失败和框架（如spring、jackson）无法创建对象，须手动添加public无参构造器或使用@noargscontructor。
因为 Java 编译器只在“完全没写任何构造器”的情况下，才悄悄补上一个空的无参构造器；只要类里出现哪怕一个显式构造器（无论有参无参），编译器就认定“你已接管初始化逻辑”，于是自动放弃生成默认无参构造器。
默认构造器不是一直存在，而是有条件生成
它不是语言内置的固定成员，而是一种编译期的“善意补全”行为：
- 类中没有任何构造器声明 → 编译器插入 public ClassName() { }
- 类中写了 public ClassName(String s) → 编译器立刻撤回默认构造器，不再提供无参版本
- 即使只写了一个 private ClassName()，默认构造器同样消失
失效后最常踩坑的两个场景
看似只是少了个空方法，实际会直接阻断关键流程：
- 子类实例化失败：子类构造器第一行默认隐含 super()，若父类已无无参构造器，编译报错：“constructor XXX in class YYY cannot be applied to ()”
- 框架无法创建对象：Spring Bean、Jackson 反序列化、MyBatis 结果映射等，都依赖 public 无参构造器来 new 实例；缺了它，启动失败或反序列化抛异常
怎么安全地保留无参能力
不是靠“不写构造器”来赌编译器帮忙，而是主动掌控：
- 写了有参构造器后，必须手动加上 public ClassName() { }（哪怕里面什么也不做）
- 如果需要设默认值，就在无参构造器里写：this.name = "Unknown"; this.age = 0;
- 用 Lombok 时注意：@AllArgsConstructor 或 @RequiredArgsConstructor 不会生成无参构造器，需额外加 @NoArgsConstructor
这个规则从 Java 1 就存在，稳定但容易忽略——它不报运行时错误，而是在编译那一刻就卡住你。
