java继承关系中，父类private修饰的内容真的不能被继承吗？NO

前情引入

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

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

问题来了

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

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

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

然后我就开始代码测试：

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

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

2. 子类，什么都没写

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

}

3. 测试类

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修饰的方法
代码如下：注意所在包

1. test包下的父类：

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

2. test.test包下的子类，什么都没写，但是继承了test包下的父类

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

3. 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'
    }
}

4. 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方法也是可以被子类继承的，只是这个被继承下来的方法，只针对父类可见。
当然，这个结论正确的前提是：在多态形式下，调用实例方法的时候，最终运行的是子类中的方法。 这个结论是正确的。

再次佐证

当初写了博客之后，很久一段时间也没有再想过这个问题，今天再次复习的时候，同学说到了反射，恍然大悟，反射可以无视封装的嘛，

开始尝试

那么可以尝试用反射，获取子类中的所有方法，查看是否能获取到从父类中继承的私有方法。然后，我对反射有多了一层认识：反射要么获取所有public的方法(getMethods)，包括继承下来的方法，要么就只能获取子类声明的方法(getDeclaredMethods)，根本无法获取从父类中继承下来的非public方法，所以从父类继承的private方法自然也无法获取到。

转机

但是我想到一个问题：虽然无法从子类获取到这个方法，那我为什么非要从子类里面获取呢？我只要获取到这个方法，然后用子类实例去调用就行了。
那我就用父类的字节码对象，去获取到父类的这个私有的方法，然后用方法对象调用invoke方法，传入一个子类实例，如果能够成功调用，一样也可以说明子类是继承了父类中private方法的嘛。

着手尝试

1. 父类，只声明了一个private的方法

public class Parent
{
    private void mehotd1()
    {
        System.out.println("父类中的私有方法");
    }
}

2. 子类，继承了父类，什么方法都没有声明

public class Child extends Parent
{   
}

3. 测试类，尝试用反射调用方法

import java.lang.reflect.Method;

/**
 * @author ql
 * @date 2020/10/30
 * @time 17:32
 **/
public class Test01
{	
	// 采用了两种不同的方式获取了这个方法对象，不过原理都差不多
    public static void main(String[] args) throws Exception
    {
        test01();
        test02();
    }

    public static void test01() throws Exception
    {
        Class parentClass = Parent.class;
        Method mehotd1 = parentClass.getDeclaredMethod("mehotd1");
        //System.out.println(mehotd1);
        mehotd1.setAccessible(true);

        Child child = new Child();
        mehotd1.invoke(child);
    }


    public static void test02() throws Exception
    {
        Child child = new Child();
        Class superclass = child.getClass().getSuperclass();
        Method mehotd1 = superclass.getDeclaredMethod("mehotd1");
        //System.out.println(method01);
        mehotd1.setAccessible(true);
        mehotd1.invoke(child);
    }
}

结果

程序完全没问题，成功调用，控制台打印了两句“父类中的私有方法”，所以这也再次佐证了java中私有的内容也是可以被继承的

分割线---------------------------------------------------------------------------------------------
2023.01.03更新：

人是不断成长的，对事物的看待、认识也是如此。今日在学习jvm相关内容时，又联想到了这个问题，所以又来更新了。想想自己原本的问题：父类private修饰的内容能否被继承？其实是有纰漏的，既然在说能不能被继承，那么“继承父类中的内容”中“继承”的定义又是什么呢？如果按照通常的认为：能够直接访问即为继承，那确实是不能直接访问，但却能通过反射访问又该如何解释？到底是能被继承呢还是不能被继承呢？

小时候，我们在看电视或者日常生活中，总会把自己或者电视剧中的主角当作正义的一方，而反派或者跟自己有过节的人就是那种坏的透透的人。但其实这种看法很片面，每个人，有自己的立场、想法，并不不是大多数人所认为的就一定是对的，应该站在不同的角度去分析，去思考，看透本质，而不是浮于表面。

回到这个问题上来也是如此，我们不应该执着与“是否能被继承”，而应该去理解，代码纠结是怎样运行的，以此来解释这个问题。在尚硅谷宋红康老师jvm课程中有这么一个观点：

这个逻辑与我对java的认知不冲突，反而还能解释很多问题，应该是没错的。关于编译看左、运行看右这句顺口溜，其实也没错，但是他只是初学者用于加深记忆的，并经不起深入的引申。我自己在分析过程中，将这句助记的顺口溜引申为：多态最终运行的方法一定是子类中，这样的引申并不正确。

所以我们在面对这个问题的时候，不应该简单的描述为：能不能继承，而是应该描述为：父类private修饰的内容，的确不能直接使用子类对象去访问，但通过反射，还是能够访问。并且把上面重写的本质解释出来，才是这个问题的最佳答案。

评论区有个兄弟的评论，也很合理：

有什么不对或不懂的地方，欢迎讨论交流