为何无法调用同包类子类的包私有方法？

这个问题的核心其实是Java编译器的静态类型检查规则和包私有访问权限的设计逻辑，咱们一步步拆解清楚：

1. 包私有权限的本质：针对「类所在的包」，而非「对象的运行时类型」 #

Java的包私有（默认权限，无public/protected/private修饰）规则是：只有在同一个包中的类，才能直接访问该包内类的包私有成员。这里的关键是「类所在的包」——Base类在包A，所以只有包A的代码能直接访问Base的foo()方法；而Impl类在包B，哪怕它继承了Base，它本身不属于包A，所以Impl类自己都不能直接调用父类的foo()（你可以试试在Impl里写foo()，编译器肯定会报错）。

2. 编译器只认变量的「静态类型」，不管运行时类型 #

当你在包A里写这样的代码：

Impl impl = new Impl();
impl.foo(); // 编译错误

编译器看到的是impl变量的静态类型是Impl（包B的类），它会检查：「包A的代码是否有权限访问Impl类的foo()方法」。但Impl类并没有定义foo()，它继承的Base的foo()是包私有，对于Impl来说这个方法是不可访问的（跨包），所以编译器会认为Impl类根本没有可访问的foo()方法，自然就报错了。

而当你强制转换为Base类型：

Base base = (Base) impl;
base.foo(); // 正常编译

这时候变量的静态类型是Base（包A的类），编译器会检查「包A的代码是否有权限访问Base的foo()」——显然符合包私有规则，所以直接通过检查。至于运行时实际调用的是Impl的foo()（如果Impl重写了的话），那是运行时多态的逻辑，和编译期的访问检查完全无关。

3. 为什么不能“绕过”静态类型直接看对象？ #

Java这么设计是为了保证访问权限的一致性和编译期安全性。如果编译器允许通过子类类型调用父类的包私有方法，那包私有权限的封装性就被彻底打破了——比如任何子类都能让外部包的代码间接访问父类的包私有成员，这显然违背了包私有“限制同包访问”的设计初衷。

总结一下：编译期的访问检查只看变量的静态类型是否允许调用者访问该方法，和对象实际是什么类型无关。这就是为什么直接用Impl实例调用foo()会失败，转成Base就可以的核心原因。

内容的提问来源于stack exchange，提问作者codebreaker