Java中父类的private方法不可被重写，因其仅在定义类内可见且不参与继承；子类同名方法实为新增独立方法；正确做法是通过protected/public入口或模板方法模式实现逻辑定制。
Java 中父类的 private 方法根本不能被重写，所谓“误认为重写”本质上是开发者对访问控制和继承机制理解偏差导致的混淆。关键在于：private 方法仅在定义它的类内可见，子类既看不到它，也无法继承它，更谈不上重写——子类里写一个同名方法，只是新增了一个独立方法，与父类毫无关系。
明确 private 方法的不可继承性
这是最基础也最容易被忽略的一点。private 方法不参与继承链，编译器不会把它放入子类的方法表中。因此：
- 子类无法通过
super.privateMethod()调用它 - 子类声明同签名方法时，不会触发任何编译警告或错误，因为它不是重写，也不是重载（重载要求在同一类中）
- IDE 或静态检查工具通常也不会提示“覆盖了 private 方法”，因为它压根没被继承
用 protected/public 封装调用入口
如果父类 private 方法封装了核心逻辑，又希望子类能定制行为，正确做法不是试图“重写 private 方法”，而是提供可被重写的受保护入口：
- 把 private 方法保留在父类内部，作为真正干活的实现细节
- 新增一个
protected或public方法，负责协调流程并调用该 private 方法 - 这个受保护方法可以设计为
final（固定流程），也可以留作abstract或普通方法供子类覆盖
例如：父类中 private void doActualWork() 不变，暴露 protected void execute()，子类重写 execute() 即可改变执行逻辑，而无需碰 private 方法。
立即学习“Java免费学习笔记（深入）”；
用模板方法模式固化结构
当需要保证某些步骤顺序不变、仅允许子类插入手动环节时，模板方法是最清晰的解法：
- 父类定义
public final void template()，内部按序调用若干protected钩子方法 - 所有具体实现细节（含 private 方法）都由父类内部管理
- 子类只重写那些
protected钩子，语义明确、边界清晰，彻底避开对 private 的误解
命名与注释强化意图
预防误读最直接的方式是让代码自己说话：
- private 方法命名避免暗示“可扩展”，例如不用
process()、handle()这类泛称，改用validateConfigInternally()、computeHashLocal()等带Internal、Local后缀的名称 - 在 private 方法上方加注释，如
// Internal use only. Not inherited, not overridable. - 在类级 JavaDoc 中说明：“本类 private 方法仅为内部实现细节，子类应通过重写 protected 钩子方法进行定制”
