Java中默认构造方法仅在类未显式定义任何构造方法且非匿名类、接口或枚举时由编译器自动生成，具有与类相同的访问修饰符并隐式调用super()。
Java中默认构造方法（无参构造器）不是总存在，它只在特定条件下由编译器自动插入——前提是类中**没有显式定义任何构造方法**。
默认构造方法的生成条件
当且仅当一个类满足以下两个条件时，编译器才会为其生成一个默认构造方法：
- 类中**没有任何构造方法被手动声明**（哪怕只有一个带参构造器，也会阻止默认构造器生成）
- 该类不是匿名类、接口或枚举（这些本身不支持构造方法）
生成的默认构造器具有与类相同的访问修饰符（如类是red">public，则默认构造器也是public），且方法体为空（不执行任何逻辑，但会隐式调用super()）。
父类构造器调用的影响
即使子类未定义任何构造器，编译器为其生成默认构造器时，仍会尝试调用父类的无参构造器。若父类没有无参构造器（例如只定义了Parent(int x)），则编译失败。
立即学习“Java免费学习笔记（深入）”；
此时必须在子类中显式定义构造器，并用super(...)指定调用父类的某个构造器：
- 否则编译报错：Implicit super constructor Parent() is undefined
- 这是常见编译错误，根源不在子类缺构造器，而在父类无匹配的无参构造器
继承链中的默认构造器行为
构造器不会被继承，但每个类的构造器（包括默认生成的）都会隐式或显式调用其直接父类的构造器。整个链最终追溯到Object类的无参构造器（它确实存在）。
因此，只要继承链上每级父类都提供可被调用的无参构造器（无论是显式定义还是编译器生成），默认构造器就能正常工作。
IDE和反编译工具的常见误解
有些IDE在查看字节码或反编译代码时，会把编译器生成的默认构造器显示出来，让人误以为“它一直存在”。实际上，它只是编译期产物，源码中不可见，也不参与重载解析。
- 反射获取构造器时，getConstructors() 会返回默认构造器（如果存在）
- 但getDeclaredConstructors() 同样包含它——说明它已被视为类的正式成员
- 不过它无法被@Override或@Overload，因为它不是源码的一部分
