Java构造器中调用可重写虚方法会导致子类字段读取默认值，应仅调用private/final方法；初始化逻辑须移至构造后，如init()或工厂方法create()，并配合编译期检查与运行时防护。
直接说结论：Java构造方法里调用可被子类重写的虚方法，会导致子类字段读到默认值（null、0、false），而不是你设的初始化值——这不是偶发bug，而是由JVM对象初始化顺序决定的确定性错误。
只调用不可重写的方法
构造器中只能调用private或final方法。这两类方法无法被子类覆盖，能确保执行的是父类本体逻辑，字段访问完全安全。
- 把所有被构造器调用的初始化方法，显式加上final修饰符，例如：
final void loadConfig() { ... } - 若方法仅用于内部初始化，直接改为private，语义更清晰，也天然杜绝重写可能
- 避免使用protected或public非final方法，哪怕当前没被重写，也埋下隐患
把多态逻辑移到构造完成之后
构造器职责应严格限定为：分配内存、设置默认值、校验参数。所有依赖子类字段或需定制行为的操作，必须移出构造流程。
- 提供一个公共方法如
init()、configure()或start()，由使用者在new之后主动触发 - 该方法可设计为protected abstract，让子类自由实现，时机可控、字段已就绪
- 对关键资源（如配置加载、连接池），采用惰性加载：用
Supplier或双重检查封装，首次访问才执行
用工厂方法统一管控构建过程
把“创建 + 初始化”收口到静态工厂中，既能规避构造阶段的不确定性，又能注入统一保障能力。
立即学习“Java免费学习笔记（深入）”；
- 定义
public static Xxx create(Config cfg)，内部先new Xxx(cfg)，再立即调用init() - 工厂内可加入超时控制、异常包装、监控埋点，提升生产环境鲁棒性
- 通过文档或注解强制使用者走工厂路径，避免直接
new绕过初始化逻辑
加运行时防护和编译期拦截
单靠开发自觉不可靠，必须靠工具链提前暴露问题。
- 启用编译器警告：
-Xlint:serial和-Xlint:cast，部分JDK会提示“可能在构造期间调用可覆盖方法” - 在IDE（如IntelliJ）中开启检查规则：“Call to non-final method from constructor”，实时标红风险代码
- CI阶段集成ErrorProne插件，扫描所有构造器中对
public/protected非final方法的调用，发现即阻断
