注：这只是对公认答案的补充。

这与Java访问修改器有关。

从Java访问修改器：

Java访问修饰符指定哪些类可以访问给定的类及其字段、构造函数和方法。访问修饰符可以为类、其构造函数、字段和方法。Java访问修饰符有时也在日常使用中使用语音作为Java访问说明符，但正确的名称是Java访问修改器。类、字段、构造函数和方法可以具有四种不同的Java访问修饰符：列表项目私有的默认（包）受保护的平民的

从控制对班级成员的访问教程：

访问级别修饰符确定其他类是否可以使用特定字段或调用特定方法。有两个级别访问控制：在顶层public或package private（没有显式修饰符）。在成员级别public、private、protected或package private（没有显式修饰符）。类可以用修饰符public声明，在这种情况下类对任何地方的所有类都可见。如果类没有修饰符（默认值，也称为包专用），它仅可见在其自己的包装内下表显示了每个成员允许的成员访问权限修改器。╔═════════════╦═══════╦═════════╦══════════╦═══════╗║ 修改器║ 班║ 包裹║ 子类║ 世界║╠═════════════╬═══════╬═════════╬══════════╬═══════╣║ 平民的║ Y║ Y║ Y║ Y║║ 受保护的║ Y║ Y║ Y║ N║║ 无修饰符║ Y║ Y║ N║ N║║ 私有的║ Y║ N║ N║ N║╚═════════════╩═══════╩═════════╩══════════╩═══════╝第一个数据列指示类本身是否有权访问由访问级别定义的成员。正如你所看到的，一个班级总是可以访问自己的成员。第二列指示是否类（无论其父母）有权访问该成员。第三列表示在该包外部声明的类的子类是否具有访问该成员。第四列指示是否所有类可以访问该成员。访问级别以两种方式影响您。首先，当您使用来自另一个源，访问级别决定您自己的这些类的哪些成员类可以使用。第二，当你写一门课时，你需要决定类中每个成员变量和每个方法的访问级别应该有。

我的两分钱：）

私人：

class->顶级类不能是私有的。内部类可以是私有的，可以从同一类访问。

实例变量->只能在类中访问。无法在类外部访问。

包专用：

class->顶级类可以是包专用的。它只能从同一个包访问。不是来自子包装，不是来自外包装。

实例变量->可从同一包访问。不是来自子包装，不是来自外包装。

受保护的：

class->无法保护顶级类。

实例变量->只能在同一包或子包中访问。扩展类时只能在包外部访问。

公众：

类->可从包/子包/另一个包访问

实例变量->可从包/子包/另一个包访问

下面是详细的答案

https://github.com/junto06/java-4-beginners/blob/master/basics/access-modifier.md

David的回答提供了每个访问修饰符的含义。至于何时使用每一个，我建议公开所有用于外部使用的类和每个类的方法（其API），并将其他所有内容私有化。

随着时间的推移，您将了解何时将某些类包设为私有，以及何时声明某些方法受保护以便在子类中使用。

官方教程可能对您有所帮助。

+：可访问空白：不可访问

当谈到访问修饰符时，我们很容易理解，非常简单的规则包括它们。

专用访问修饰符用于：-仅同一类

默认Access修饰符用于：-仅同一类/同一包子类

Protected Access修饰符用于：-同一类/同一包子类/同包非子类/不同包子类

公共访问修饰符用于：-我们可以在任何地方使用（相同的类/相同的包子类/相同包非子类/不同的包子类别/不同包非子类别）

（注意：我不是一个Java程序员，我是一个Perl程序员。Perl没有正式的保护措施，这也许就是为什么我如此理解这个问题的原因：）

私有的

就像你想的那样，只有声明它的类才能看到它。

包专用

它只能由声明它的包看到和使用。这是Java中的默认设置（有些人认为这是错误的）。

受保护的

包Private+可以由子类或包成员看到。

平民的

每个人都能看到。

出版

在我控制的代码之外可见。（虽然不是Java语法，但这对本次讨论很重要）。

C++定义了一个称为“朋友”的附加级别，你对它了解得越少越好。

你什么时候应该用什么？整个想法是封装以隐藏信息。您希望尽可能地向用户隐藏某些操作的细节。为什么？因为这样你以后就可以更改它们，而不会破坏任何人的代码。这使您可以优化、重构、重新设计和修复错误，而不用担心有人在使用您刚刚大修过的代码。

因此，经验法则是让事物尽可能地可见。从私密开始，只在需要时增加更多的可见性。只公开用户需要知道的信息，你公开的每一个细节都限制了你重新设计系统的能力。

如果您希望用户能够自定义行为，而不是将内部公开以便他们可以覆盖它们，那么通常最好将这些内容插入到对象中并将接口公开。这样他们就可以简单地插入一个新对象。例如，如果您正在编写一个CD播放器，并希望“go find info about this CD”位可定制，而不是将这些方法公开，那么您应该将所有这些功能放入其对象中，并仅将对象getter/setter公开。通过这种方式，吝啬于暴露自己的内心会鼓励良好的组合和关注的分离

我只坚持“私人”和“公共”。许多OO语言都有这一点。“受保护”可能很方便，但这是一个骗局。一旦一个接口超过了私有，它就超出了你的控制范围，你必须去查看其他人的代码才能找到用途。

这就是“发布”的概念所在。更改接口（重构它）需要找到使用它的所有代码并进行更改。如果接口是私有的，那么没问题。如果它受到保护，你必须找到所有的子类。如果它是公开的，你必须找到使用你的代码的所有代码。有时这是可能的，例如，如果您正在编写仅供内部使用的公司代码，那么接口是否公开无关紧要。您可以从公司存储库中获取所有代码。但是，如果一个接口被“发布”，如果有代码在您的控制之外使用它，那么您将被罚款。您必须支持该接口，否则可能会破坏代码。即使是受保护的接口也可以被认为是已发布的（这就是为什么我不关心受保护的）。

许多语言发现公共/受保护/私有的等级性质过于局限，不符合现实。为此，有一种特质类的概念，但这是另一种表现。