你真的熟悉java继承关系？那你知道父类private修饰的内容能被继承吗？

前情引入

关于java的继承，初学的时候，一直认为父类中private修饰的东西时无法被子类继承。后来随着学习的深入，见得多了一些，看到一些文章博客的另一种观点：其实父类中的东西，除了构造方法之外，其它的全都是可以被继承的，包括私有的。但是由于private修饰的东西，只能在本类中可见。所以即便子类继承了，也是不可见的。

我一开始听着很玄乎，什么？我继承了我父亲的遗产，但是我自己却无法使用？这是什么逻辑。反正继承了private修饰的内容，也是不可见的，那和没继承也没啥区别，而且也没法验证子类是不是真的继承了private的内容，所以也没多想。

问题来了

今天我再重新温习多态的时候，遇到了问题。可能大家都已经知道了，在多态形式下，如果是访问实例方法，是遵循一条口诀的：编译看左右，运行看右边。

就是说，编译的时候，必须父类（或接口）中有对应的方法，编译才能通过，但是运行的时候，就跑去运行子类中的具体方法了，如果重写了，那么运行的是子类中重写过的方法。如果没有重写看起来好像运行的是父类中的方法，但实际上运行的是子类中被继承下去的方法，因为没有重写，所以效果是和父类中方法效果是一样的。

如此一来，在多态形式下，就不能调用子类中特有的方法，如果要调用，就必须向下转型。但是我今天突发奇想：如果是父类中特有，而子类中没有的方法呢？（实际上这种情况是无法做到的，因为子类中将父类中所有的东西都继承下去，包括private）我在此之前的理解，只要我把父类中的方法用private修饰，那子类就不会继承了。我猜测，在这样的情况下，应该是编译可以通过，运行的时候会报错。

然后我就开始代码测试：

父类，有一个private修饰的方法

package demo07.test;
//父类，有一个private修饰的方法
public class Father
{
    private void method()
    {
        System.out.println("父类private的方法");
    }
}

子类，什么都没写

package demo07.test;
//子类，什么都没写
public class Son extends Father
{

}

测试类

package demo07.test;
//测试类
public class Test01
{
    public static void main(String[] args)
    {
        Father father = new Son();
        father.method();//报错：'method()' has private access in 'demo07.test.Father'
    }
}

但是有问题，因为父类中方法是private的，无法在其它的类中使用，所以在测试类中是无法访问到的。编译就报错

只对本类可见，那好，我就把main方法放在父类中，在父类中进行测试。子类不变，父类改成如下：

package demo07.test;

public class Father
{
    private void method()
    {
        System.out.println("父类private的方法");
    }

    public static void main(String[] args)
    {
        Father father = new Son();
        father.method();
    }
}

这下果然不报错了，编译可以通过。但是程序的运行结果，却让我大吃一惊。程序运行不但没出错，还输出了：父类private的方法。什么？？这是什么情况，为什么可以成功执行，子类中明明没有这个method方法的，为什么可以成功运行？？？（为了便于后面理解，我将这个问题命名为问题1）

我自己想不通，也不知道怎么去搜索这个问题的关键词。然后我去请教了老师，老师好像也不是很清楚，或者说不知道怎么给我解释。但是他说：可能和权限修饰符的可见性有关。

真相大白之前

在听了老师的建议之后，我就往这方面思考，如果真是权限修饰符可见性造成的。也就是说，父类这个private修饰的method方法，其实是被子类继承下去了的，只是对子类不可见。但是还是有个问题：我在父类的main方法中调用了父类的method方法的，private可以对本类可见，所以没有问题。但是：运行的时候，是在父类中运行子类的private修饰的方法，那也应该不能成功运行才对，但实际上却成功运行了，这又是为什么？（为了便于后面理解，我将这个问题命名为问题2）

由此，我又想到了一个问题：父类中一个方法被子类继承下去，那么这个方法的权限修饰符是针对哪一个类而言的呢？

大伙可能都见过和这张差不多的图：

我上面那个问题的意思就是：如果父类中有一个protected修饰的方法被子类继承下去了，那么这些本类、同包、子类是针对父类而言还是针对子类而言呢？
比如说，我的父类和子类不在同一个包，被继承的方法权限修饰符是protected。如果是针对父类而言，那么我在子类所在的包下建一个测试类，创建子类对象，调用这个方法，应该是可以不能调用这个方法的，因为和父类不在同一个包下。而在父类所在的包下新建一个测试类，创建子类对象，调用这个方法，应该就可以访问，因为和父类在同一个包中。
而如果是针对子类而言的，情况就和上面是相反的。在父类所在的包下建测试类，就不能调用。而在子类所在的包下建测试类，就可以调用。

上面这段有点饶，但是其实想表达的意思很简单。多读几遍，就能理解了

但其实答案可以简单推测出：如果是针对子类而言的，那么被继承下来的private修饰的内容，在子类中应该是可以被访问的，但是实际上并不能被访问，所以应该是针对父类而言的。
但是不能这样推测：因为我们现在就是在验证private修饰的内容是否可以被继承，像上面那样推测，就代表了我们已经认定了private修饰的内容是可以被继承的。所以还是得用代码先证明权限修饰符是针对父类而言。

验证权限修饰符是针对父类还是子类

用代码验证，思路就是上面叙述那样：父类和子类分别在不同的包中，父类中有一个protected修饰的方法。然后分别在父类所在的包下创建测试类，在测试类中创建子类对象，看子类对象是否能调用从父类中继承下来的那个protected修饰的方法
代码如下：注意所在包

test包下的父类：
package test;

package test;
//test包下的父类
public class Father
{
    protected void method()
    {
        System.out.println("父类protected修饰的方法");
    }
}

test.test包下的子类，什么都没写

package test.test;
import test.Father;
//test.test包下的子类，什么都没写
public class Son extends Father
{
}

test.test包下的测试类Test01（和子类同包）

package test.test;
//test.test包下的测试类（和子类同包）
public class Test01
{
    public static void main(String[] args)
    {
        Son son = new Son();
        son.method();//报错：'method()' has protected access in 'test.Father'
    }
}

test包下的测试类Test02（和父类同包）

package test;
import test.test.Son;
//test包下的测试类（和父类同包）
public class Test02
{
    public static void main(String[] args)
    {
        Son son = new Son();
        son.method();
    }
}

果然，在和子类同包的测试类Test01中，无法调用这个方法，并且告诉我：method这个方法在父类中是被protected修饰的。而在和父类同包的测试类Test02中，就能正常调用method方法。

至此，我们独立的通过代码验证了，在继承关系中，子类从父类中继承下来的方法，它的权限修饰符是针对父类而言的！。
注意：如果是重写了，那么这个方法的权限修饰符就是针对子类而言的

水落石出

证明了：“在继承关系中，子类从父类中继承下来的方法，它的权限修饰符是针对父类而言的！”，我们就能解释问题2了。被子类继承的private方法，也是只对本类（父类）可见的，所以当然就可以在父类的main方法中运行被子类继承下去的private方法了。
问题2解决了，那问题1也就解决了，因为子类继承了父类中被private修饰的方法。所以，方法当然可以被正常调用。

至此，就证明了，在继承关系中，父类中的private方法也是可以被子类继承的，只是这个被继承下来的方法，只针对父类可见。
当然，这个结论正确的前提是：在多态形式下，调用实例方法的时候，最终运行的是子类中的方法。这个结论是正确的。

最后

感谢你看到这里，看完有什么的不懂的可以在评论区问我，觉得文章对你有帮助的话记得给我点个赞，每天都会分享java相关技术文章或行业资讯，欢迎大家关注和转发文章！