构造方法是对象初始化的强制入口，需与类名同名、无返回值，jvm确保其执行以保障状态合法；未显式定义时编译器提供默认无参构造，但一旦定义其他构造则默认构造消失。
构造方法就是对象诞生时的初始化入口
它不返回值、名字必须和类名一致、每次 new 一个对象时自动调用——这不是语法糖，是 JVM 确保对象状态合法的第一道关卡。没写构造方法，编译器会补一个无参空实现；但只要写了任意构造方法，那个默认的就没了。
- 常见错误现象：
java.lang.NoSuchMethodError: MyClass.<init>()</init>，往往是因为你写了带参构造，又忘了补无参构造，而框架（比如 Spring Bean 初始化、JSON 反序列化）悄悄调用了无参构造 - 使用场景：给
final字段赋值、校验入参（比如不允许age ）、触发资源预加载（如打开文件句柄）、注册监听器等必须在对象“可用”前完成的事 - 参数差异：多个构造方法之间靠参数类型/个数区分，不能只靠返回值或注释；推荐用构造器链（
this(...)）复用逻辑，避免重复初始化代码
构造方法里不能调用可被重写的方法
子类对象创建过程中，父类构造方法先执行，此时子类字段还没初始化、子类方法重写版本虽已存在但语义未就位——如果父类构造里调了 doInit()，而子类重写了它，就会访问到未初始化的子类字段，结果是 null 或默认值（如 0、false），且不报错，极难排查。
- 典型错误现象：子类字段为
String configPath，父类构造中调loadConfig()，子类重写该方法并用了configPath，结果 NPE 或空配置 - 安全做法：把可变行为移到
init()这类显式调用的方法里，或用final修饰该方法禁止重写 - 替代方案：用静态工厂方法（如
MyClass.create(...)）封装对象创建和初始化，更可控
构造方法抛异常会导致对象“半创建”状态
JVM 规范明确：构造方法抛出异常后，对象实例不会被返回，引用变量保持 null（或原值），内存中刚分配的对象会被 GC 回收——但前提是构造方法里没做外部副作用，比如写文件、发 HTTP 请求、加锁没释放。
- 容易踩的坑：在构造里连数据库、读大文件、启动线程，一旦失败，资源可能泄漏，且调用方只看到异常，不知道背后发生了什么
- 建议做法：构造方法只做轻量、确定性高的事；耗时/易失败操作延后到
start()、open()等生命周期方法中 - 兼容性注意：某些序列化库（如 Kryo）依赖无参构造 + 反射设字段，若你删了无参构造又没配好反序列化策略，运行时直接
InstantiationException
IDE 和 Lombok 对构造方法的“隐形干预”要当心
IntelliJ 自动生成构造方法时，默认勾选“include fields from superclass”，但如果你继承的是第三方类，它的字段可能是 protected 或包私有，生成的构造方法编译不过；Lombok 的 @AllArgsConstructor 会把所有字段（包括 static 和 transient）都塞进参数列表，这通常不是你想要的。
立即学习“Java免费学习笔记（深入）”；
- 常见错误：Lombok 生成的构造方法含
static字段参数，导致编译失败，但错误提示指向@AllArgsConstructor注解行，而非具体字段 - 实操建议：用
@RequiredArgsConstructor替代，只处理final和@NonNull字段；手动写构造方法时，用Objects.requireNonNull()显式校验必填参数 - 性能影响：Lombok 编译期生成字节码，不影响运行时；但过度依赖它会让构造逻辑分散（注解 + 字段声明 + 隐式规则），团队新人读不懂对象怎么初始化的
构造方法看着简单，但它横跨语义正确性、继承安全、资源管理、工具链兼容四个层面，最容易被当成“写完类就顺手补两个”的环节。真正麻烦的从来不是语法，而是谁在什么时候、以什么方式、带着什么上下文去调它。
