Java构造器中调用可重写方法会导致子类字段未初始化即被访问而引发NPE；应禁用非final/private方法调用，改用静态工具、延迟初始化、工厂方法或编译期/运行时双重防护。
构造器中调用可被重写的方法，是Java里一个隐蔽但高危的陷阱——它会让子类字段在未真正初始化前就被访问，从而引发空指针异常（NPE）。这不是代码写错了，而是对象生命周期与多态机制叠加导致的“合法却危险”行为。预防的关键不在于回避多态，而在于切断“未初始化字段被提前读取”的链路。
明确禁止在构造器中调用非final、非private方法
只要方法可能被子类重写（即不是 private 或 final），它在父类构造器中调用时，实际执行的就是子类的版本。此时子类字段尚未初始化（连默认值都未必写入），却已进入子类逻辑，极易触发NPE。
- 把所有构造器内调用的方法声明为 private 或 final，从语法上杜绝重写可能
- 若必须复用逻辑，改用静态工具方法，或提取为 static final 辅助函数，确保不依赖任何实例状态
- 检查现有基类构造器：逐行确认每个方法调用是否安全；若有不确定，立刻加 final 修饰或重构
用延迟初始化替代构造器中主动触发
很多场景下，构造器里调用方法只是为了“准备资源”或“触发初始化”，并非真需要立即执行。这类操作应推迟到对象完全构建之后。
- 提供一个显式的 init() 或 start() 方法，由调用方在 new 完成后手动调用
- 使用双重检查单例模式中的思想：将耗时/依赖字段的操作封装在首次访问时才执行的惰性加载块中
- 对关键字段（如 String、List、自定义对象）采用 final + 延迟赋值 组合，例如：
private final Supplier dataSupplier = () -> loadData();
用编译期约束和运行时防御双保险
仅靠开发自觉不够，要让问题在早期暴露。
- 启用编译器警告 -Xlint:serial 和 -Xlint:cast，部分JDK版本会提示“可能在构造期间调用可覆盖方法”
- 在IDE中配置检查规则（如IntelliJ的“Call to non-final method from constructor” inspection），实时标红风险代码
- 对可能为 null 的字段，在 getter 中加入快速防御：
return Objects.requireNonNull(this.field, "field not initialized"); - 单元测试中显式构造子类实例，并断言关键字段非 null，覆盖构造完成后的第一时间状态
用工厂方法封装完整构建流程
把对象创建和初始化逻辑收口到静态工厂方法中，能天然规避构造器阶段的不确定性。
- 将原本在构造器中做的工作（如调用
loadConfig()、connect()）移到工厂方法体内 - 工厂方法先 new 出对象，再调用安全的初始化方法，最后返回已就绪实例
- 配合 builder 模式时，把“build()”作为最终触发点，确保所有字段已设值、所有依赖已注入
