java编译器仅在类中完全未定义构造器时才自动生成public无参默认构造器；一旦定义任一构造器（无论访问修饰符），便不再生成默认构造器，子类隐式调用super()或框架反射初始化均会因此报错，故需显式添加无参构造器或在子类中显式调用父类有参构造器。
因为 Java 编译器对构造器的处理是“非黑即白”的：它只在类中**完全没写任何构造器**时，才悄悄插入一个 public、空体、无参的默认构造器；只要出现哪怕一个显式构造器——无论是 public Person(String name)、protected Car(int id)，还是 private Helper()——编译器就认定你已接管全部对象创建逻辑，于是立即撤回默认构造器，不保留、不提示、不留备用路径。
这是编译器的设计原则，不是疏漏
Java 不提供“部分默认”或“条件保留”的中间状态。它的逻辑很明确：
- 没写任何构造器 → 编译器代劳，加一个无参 public 构造器
- 写了任意一个构造器 → 编译器退出，不再生成任何默认构造器
子类实例化会立刻暴露这个问题
子类构造器第一行默认隐含调用 super()，也就是父类的无参构造器。如果父类因写了有参构造而丢失了无参构造，又没在子类里显式写 super(参数)，编译直接报错：
这不是语法错误，而是编译器在提醒：那条默认通行路径已被关闭，你得手动指定走哪条路。
框架和反射依赖无参构造器
Spring、Jackson、Hibernate 等主流框架在反序列化或依赖注入时，通常通过反射调用 Class.newInstance() 或类似机制——而这要求目标类存在可访问的无参构造器：
- 若类只有
public User(String email, String pwd)，但没写public User()→ 框架初始化失败，抛NoArgsConstructorException或InstantiationException - 使用 Lombok 的
@AllArgsConstructor或@RequiredArgsConstructor时，它们不会生成无参构造器，必须额外加@NoArgsConstructor
怎么避免踩坑
不是靠记住规则去规避，而是主动设计：
- 只要类可能被继承、被框架管理、或需作为 JavaBean 使用，就显式写上
public 类名() { } - 定义了有参构造后，顺手补一个无参构造，哪怕只做最小初始化（如字段设默认值）
- 在子类构造器中，若父类没有无参构造，第一行必须写
super(参数)，且参数类型要严格匹配父类某一个构造器
