我相信，答案完全取决于所提出的问题。我的意思是，如果问题是

我们可以直接访问超类的私有字段吗 他们的子类?

那么答案是否定的，如果我们查看访问说明符的细节，就会提到，私有成员只能在类本身内访问。

但是，如果问题是

我们可以访问超类的私有字段吗 他们的子类?

这意味着，访问私有成员的操作并不重要。在这种情况下，我们可以在超类中创建public方法，你可以访问private成员。因此，在本例中，您创建了一个接口/桥接器来访问私有成员。

其他oop语言，如c++，有友元函数的概念，通过它我们可以访问其他类的私有成员。

这里的问题/答案中的大多数困惑都围绕着继承的定义。

显然，正如@DigitalRoss解释的那样，子类的OBJECT必须包含其父类的私有字段。正如他所说，无法访问私人会员并不意味着它不存在。

然而。这与类继承的概念不同。在java世界中，存在语义问题时，仲裁人是java语言规范(目前是第3版)。

正如JLS所述(https://docs.oracle.com/javase/specs/jls/se8/html/jls-8.html#jls-8.2):

已声明的类的成员 Private不被继承 该类的子类。只有成员 声明为受保护的类的 或public由子类继承 类以外的包中声明 声明类的语句。

这就解决了采访者提出的问题:“子类继承私有字段吗?”(我强调了一下)

答案是否定的。他们没有。子类的对象包含父类的私有字段。子类本身没有父类的私有字段的概念。

这是学究性质的语义学吗?是的。这是个有用的面试问题吗?可能不会。但是JLS为Java世界建立了定义，并且这样做(在本例中)是明确的。

编辑(删除了Bjarne Stroustrup的平行引用，由于java和c++之间的差异，这可能只会增加混淆。我将让我的答案取决于JLS:)

不。私有字段没有被继承…所以我们才发明了"保护"这是有意为之。我想这证明了受保护修饰符的存在。

现在来看看上下文。继承是什么意思——如果它存在于从派生类创建的对象中?是的，它是。

如果你的意思是它是否对派生类有用。嗯,没有。

现在，当你进行函数式编程时，父类的私有字段不会以一种有意义的方式继承给子类。对于子类，超类的私有字段与任何其他类的私有字段相同。

在功能上，它不是遗传的。但理想情况是这样的。

好吧，刚刚看了一下Java教程，他们引用了这样的话:

超类中的私人成员 子类不继承父类的私有成员。但是，如果父类具有用于访问其私有字段的公共或受保护方法，则子类也可以使用这些方法。

参见:http://download.oracle.com/javase/tutorial/java/IandI/subclasses.html

我同意，这个领域是存在的。但是，子类在私有字段上没有任何特权。对于子类，私有字段与任何其他类的私有字段相同。

我相信这只是个人观点的问题。你可以左右争论的任何一方。这两种方法都是合理的。

我相信，答案完全取决于所提出的问题。我的意思是，如果问题是

我们可以直接访问超类的私有字段吗 他们的子类?

那么答案是否定的，如果我们查看访问说明符的细节，就会提到，私有成员只能在类本身内访问。

但是，如果问题是

我们可以访问超类的私有字段吗 他们的子类?

这意味着，访问私有成员的操作并不重要。在这种情况下，我们可以在超类中创建public方法，你可以访问private成员。因此，在本例中，您创建了一个接口/桥接器来访问私有成员。

其他oop语言，如c++，有友元函数的概念，通过它我们可以访问其他类的私有成员。

子类不继承父类的私有成员。但是，如果父类具有用于访问其私有字段的公共或受保护方法，则子类也可以使用这些方法

参考: https://docs.oracle.com/javase/tutorial/java/IandI/subclasses.html: ~:文本=私人% 20成员在% 20 % % 20 20超类,由% % 20使用% 20 20 % 20子类。

Well, my answer to interviewer's question is - Private members are not inherited in sub-classes but they are accessible to subclass or subclass's object only via public getter or setter methods or any such appropriate methods of original class. The normal practice is to keep the members private and access them using getter and setter methods which are public. So whats the point in only inheriting getter and setter methods when the private member they deal with are not available to the object? Here 'inherited' simply means it is available directly in the sub-class to play around by newly introduced methods in sub-class.

将下面的文件保存为ParentClass.java并自己尝试它->

public class ParentClass {
  private int x;

  public int getX() {
    return x;
  }

  public void setX(int x) {
    this.x = x;
  }
}

class SubClass extends ParentClass {
  private int y;

  public int getY() {
    return y;
  }

  public void setY(int y) {
    this.y = y;
  }

  public void setXofParent(int x) {
    setX(x); 
  }
}

class Main {
  public static void main(String[] args) {
    SubClass s = new SubClass();
    s.setX(10);
    s.setY(12);
    System.out.println("X is :"+s.getX());
    System.out.println("Y is :"+s.getY());
    s.setXofParent(13);
    System.out.println("Now X is :"+s.getX());
  }
}

Output:
X is :10
Y is :12
Now X is :13

如果我们尝试在子类的方法中使用ParentClass的私有变量x，那么它不能被任何修改直接访问(意味着不能继承)。但是x可以通过原始类的setX()方法在子类中修改，就像在setXofParent()方法中做的那样，或者可以使用ChildClass对象使用setX()方法或setXofParent()方法修改，最终调用setX()。这里setX()和getX()是一种通往ParentClass的私有成员x的门。

另一个简单的例子是Clock超类将hours和min作为私有成员，将适当的getter和setter方法作为公共方法。然后是数字时钟作为时钟的子类。在这里，如果DigitalClock的对象不包含hours和mins成员，那么事情就搞砸了。