java中子类不能覆盖父类的private方法，因为私有方法不被继承，子类中同名方法是独立新建的；例如base中private work()被run()调用，sub继承后调用run()仍执行base.work，证明无覆盖关系。
Java中子类不能覆盖父类的private方法，这是由访问控制机制和方法覆盖（override）的定义共同决定的。关键在于：**覆盖的前提是继承，而私有方法不被继承**。
私有方法不参与继承链
父类中用private修饰的方法仅对自身可见，编译器在子类编译时根本“看不到”它。子类中声明一个同名同参的方法，并不是在重写（override），而是独立地**新建了一个属于子类自己的方法**——二者在字节码层面毫无关联。
例如：
- 父类
Base有private void show() { ... } - 子类
Sub写private void show() { ... } - 这两个
show()在JVM中是两个完全不同的符号，各自只在所属类内部有效
运行时行为印证“无覆盖关系”
当父类中有一个公有方法调用其私有方法时，该调用在编译期就已绑定到父类内部实现，不会因子类存在同名方法而改变：
例：
class Base {
private void work() { System.out.println("Base.work"); }
public void run() { work(); } // 编译时确定调用 Base.work
}
class Sub extends Base {
private void work() { System.out.println("Sub.work"); } // 独立方法，不影响 Base.run()
}
执行new Sub().run()，输出一定是Base.work，因为run()在Base中定义、在Base中调用work()，与Sub里的work()无关。
为什么看起来像“能重写”？其实是误判
常见误解来源有两个：
- 混淆重载（overload）与覆盖（override）：子类定义同名方法，若参数不同，是重载；若参数相同但父类方法不可见，则仍是新方法，非覆盖
-
修改访问权限后行为突变：把父类
private void show()改为protected，子类同名方法立刻变成真正覆盖——这反向证明：原行为差异根源就在private阻断了继承
替代方案：让意图可覆盖
若设计上需要子类定制某段逻辑，应避免直接私有化核心行为：
- 将私有方法升级为
protected，开放给子类覆盖 - 用模板方法模式：父类提供
final公有方法，调用可被覆盖的protected钩子方法 - 通过组合+策略接口解耦，比强行覆盖私有方法更符合开闭原则
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
