java中父类private方法不能被子类继承或覆盖，因编译器层面不可见；正确做法是调用public/protected方法、改用protected修饰或采用模板方法模式。
Java 中父类的 private 方法不能被子类继承，也不能被覆盖（override）。这不是权限问题，而是语言层面的硬性限制：子类根本“看不见”父类的 private 方法，编译器会直接拒绝任何试图访问或重写的尝试。
子类无法访问或覆盖父类 private 方法
以下行为均不合法：
- 在子类中写
super.privateMethod()→ 编译报错：“method is not visible” - 在子类中定义同签名的
private void privateMethod()→ 这不是覆盖，只是新增一个与父类无关的独立方法 - 即使父子类在同一包内，private 方法依然不可见 ——
protected才是为子类设计的访问级别
正确处理方式：走封装路径，而非绕过边界
Java 鼓励通过设计暴露能力，而不是破坏封装。推荐做法有：
-
优先调用父类提供的 public/protected 方法：例如父类有
public void run() { work(); }，其中work()是 private，子类只需调用run()即可复用逻辑 -
将原 private 方法改为 protected：若你控制父类代码，且确实需要子类定制行为，把
private void doLogic()改成protected void doLogic()，子类就能自然覆盖 - 采用模板方法模式：父类定义 final 公共方法，内部调用可被子类覆盖的 protected 钩子方法，既保证流程稳定，又开放扩展点
不推荐的方案：反射仅限特殊场景
虽然可通过反射强制访问：
Method m = Parent.class.getDeclaredMethod("privateMethod"); m.setAccessible(true); m.invoke(obj);- 但该方式破坏封装、依赖 JVM 安全策略、可能被模块系统拦截（Java 9+），且使代码难以维护和测试
- 仅建议用于框架底层、单元测试或调试，绝不能作为常规业务逻辑手段
常见误解澄清
这些说法容易误导，需特别注意：
- “子类对象内存里有父类 private 字段” ≠ “子类能访问它”：字段存在是为了支撑父类自身逻辑（如构造、getter），不是给子类用的
- “子类定义了同名 private 方法，就相当于重写了”：错误。父类
run()内部调用的仍是自己的private work()，完全无视子类的同名方法 - “继承就是复制所有成员”：继承是建立类型关系与行为复用机制，private 成员属于父类内部契约，不对外让渡
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
