如何理解Java中子类无法覆盖父类私有方法但可定义同名新方法

先抛出一个基本判断：Ja va里子类无法覆盖父类的私有方法，这个约束由访问控制机制和覆盖（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中定义，调用的work()也绑定到Base自己的版本，跟Sub里的work()没半毛钱关系。

为什么看起来像“能重写”？其实是误判

常见的误解通常来自两个方向：

• 混淆重载（overload）与覆盖（override）：子类定义同名方法，如果参数不同，那是重载；如果参数相同但父类方法不可见，那仍然是个新方法，压根不是覆盖。
• 修改访问权限后行为突变：把父类private void show()改成protected，子类同名方法立刻就变成了真正的覆盖——这个对比恰好反过来证明：原来行为的差异根源就在private阻断了继承。

替代方案：让意图可覆盖

如果设计上需要子类能定制某段逻辑，应当避免直接私有化核心行为。几种常见的做法：

• 将私有方法升级为protected，开放给子类覆盖
• 使用模板方法模式：父类提供final公有方法，调用可被覆盖的protected钩子方法
• 通过组合 + 策略接口解耦，比强行覆盖私有方法更符合开闭原则