Java包私有类的优缺点？

我最近正在学习Java，并且遇到了package-private类的概念，如果我们不指定任何内容，这是默认的。但是后来我意识到：

1. 我很少看到package-private类的使用。是否有这个原因，例如，它有严重的缺点，它是多余的，或者仅仅是我阅读不足？是否有反对使用它的有力论据？

2. 如果在大多数情况下确实没有用，为什么要使用默认值？

3. 在实际情况下，我们应该在什么情况下使用package-private？即，什么时候它将变得不可替代？

换句话说，默认的package-private修饰符的主要利弊是什么？

简短的答案是-它是私有形式的一种。

我假设你熟悉的区别public和private，以及为什么它通常是很好的做法，使方法和变量private，如果他们要单独用于内部问题的类。

好吧，作为对此的扩展-如果您正在考虑以模块化方式创建软件，则可以考虑模块的公共接口，该模块内部将具有多个相互协作的类。在这种情况下，public如果要由消费者调用方法，则完全有道理。private如果他们在班级内部；以及package private是否使用它们在该模块中的类之间进行调用，即它是您模块的实现细节（如公共调用者所见），但跨越多个类。

在实践中很少使用它，因为包装系统对于这种事情并不是那么有用。您必须将给定模块的所有类都转储到完全相同的程序包中，对于那些不重要的事情，这将变得有些笨拙。因此，这个主意很棒-使一个方法只能供少数“附近”类访问，private而后者稍宽一些-但对如何定义该类集的限制意味着该方法很少使用/有用。

关于package-private的一件好事是，您可以使用它来授予对单元测试类本来认为私有的方法的访问权。不利的一面是，程序包中的其他类在真正不应该的时候可以调用它。

除了封装之外，使用package-private类的主要优点之一是它们不会出现在项目的javadoc中。因此，如果您使用一些没有其他用途的帮助程序类，而是为了帮助您的公共类执行客户需要的事情，则有必要将它们打包为私有，这是很有意义的，因为您希望使库用户尽可能简单。

例如，您可以看一下我开发的库。所述的Javadoc仅包含5个接口和12个类虽然源代码具有更大量。但是隐藏的大部分是内部层，这些内部层不为客户端提供任何增值（通常所有抽象基类都是隐藏的）。

JDK中也有很多示例。

包私有访问级别比protected：更具约束性：仅通过子类化类仍然可以访问受保护的属性和方法。受保护的成员是（或可能是）旨在继承的，而包私有的成员则不是。

通常使用程序包专用成员，因此程序包中的多类可以访问特定于实现的属性或（实用程序）方法。

很好的例子是的package-private构造函数String和StringBuilder.valuechar数组：

/*
* Package private constructor which shares value array for speed.
* this constructor is always expected to be called with share==true.
* a separate constructor is needed because we already have a public
* String(char[]) constructor that makes a copy of the given char[].
*/
String(char[] value, boolean share) {
    // assert share : "unshared not supported";
    this.value = value;
}

因此，如果内容已经存在，则java.lang包中的类可以有效地创建新Strings内容，char[]而不会影响安全性。您无法在应用程序中执行此操作，因为如果可以，您将可以访问（引用）String不可变的内部char数组（不计算反射！）。

在StringBuilder（或者说AbstractStringBuilder，其中的执行来自）char数组保持的电流值char[] value和存取方法本char[] getValue()也包私人的，从而各种实用方法String等contentEquals(StringBuffer sb)并contentEquals(CharSequence cs)可以利用该对效率和更快的比较而无需内部char数组暴露于世界”。

关于“为什么会是默认值”的问题，在这种情况下，术语“默认值”仅表示没有其他限定符。我猜他们可能已经发明了另一个关键字（“ package”已经被采用），但是他们没有。

在现实世界中，我对不希望人们调用或从其他程序包中使用的实用工具类和抽象类使用默认访问权限。假设您有一个接口和两个从某个抽象类扩展的具体实现。您将两个具体的类声明为final，是因为您不一定希望人们将它们子类化（请参阅有效的Java）。同样，您也不希望人们出于同样的原因而无所适从。如果您对抽象类使用默认访问权限，那么只有将他们的类放在您的包中的人才能看到它。它不是防弹的，但我认为这是对默认访问权限的合理使用/说明。就是说，事实并不能阻止细节如私密性那样泄漏，即不能保证任何事情，这意味着

您之所以不经常使用它的另一个原因是，人们倾向于从其javadocs中排除具有默认访问权限的类。

1-取决于体系结构-通常，如果您只是为自己编写代码，并且在小型项目上编写代码，则可能不会使用它。在较大的项目中，确保您可以控制在何处以及如何调用某些方法会很有帮助。

2-默认值（即非公共/受保护/私有）与私有不同-处于第四状态。请参阅Java访问控制

3-在编写不希望第三方依赖您如何实现基础代码的库时，可以使工作变得更轻松-您只需公开API本身即可。

“包专用”是指当您有多个包时使用的，这意味着同一包中的其他类可以像“公共”一样访问该类或类成员，其他包中的类则不能像“像它们一样私有”那样访问。

请注意，在谈论类时，只有两种选择：

1. 公开课
2. 包私人课程

“私人阶级”的概念毫无意义。（为什么要创建一个在任何地方都不使用的类？！）

因此，如果您有不需要向API用户公开的用于中间操作的类，则应将其声明为“包私有”

同样，当您在同一个源文件中定义多个类时，仅允许一个类为公共类（其名称与.java文件名匹配）。如果在同一文件中定义了其他任何类，则它必须是“包专用”。