在 C# 中，您可以将类标记为 internal，以便只能从同一个包中访问它。 Java中有类似的东西吗？
【问题讨论】：
packages——它们有namespaces 和assemblies。包相当于命名空间。但是可以将程序集与 Java 中的 JAR 文件进行比较。 internal 修饰符使类只能在程序集中访问。因此，它与命名空间或包无关。
标签： java class access-modifiers internal
您可以通过在类的声明中省略安全修饰符（public、private）来创建包私有类。
package com.sample;
class MyPackagePrivateClass
{
...
}
【讨论】：
删除访问修饰符与 C# 中的 internal 类似。
C#
public class A
{
public static int X;
internal static int Y;
private static int Z;
}
internal class B
{
public static int X;
internal static int Y;
private static int Z;
public class C
{
public static int X;
internal static int Y;
private static int Z;
}
private class D
{
public static int X;
internal static int Y;
private static int Z;
}
}
Java
public class A
{
public static int X;
static int Y;
private static int Z;
}
class B
{
public static int X;
static int Y;
private static int Z;
public class C
{
public static int X;
static int Y;
private static int Z;
}
private class D
{
public static int X;
static int Y;
private static int Z;
}
}
【讨论】：
这个问题之前有一个公认的答案，但我认为对于来自 .Net 的 Java 新手来说，答案并不完全清楚。
java 在 C# 中是否有一些与 internal 修饰符完全相同的等价物？简短的回答是否定的（但你可以通过一些方法实现它，我会告诉你）！！
internal 在 C# 中实际上是一个“程序集私有”修饰符。什么是程序集？
Assembly 是您项目的任何产品（C# 中的 DLL 或 EXE - java 中的等价物可以是 JAR 文件）
在 java 中没有任何与 internal 完全等价的东西。 Bryan Kyle 回答并接受的实际上是“包私有”（java 中的包等同于 C# 中的命名空间），但有些回答是获得相同结果的最接近的方法。
但是如何获得与 internal 完全相同的结果？ java不能解决这个问题吗？答案是肯定的。
确实有。但不带修饰符。 实际上，做到这一点的最佳方法是包装中的秘密。打包的最佳做法是按类的关系而不是类型打包您的类。
我们中的许多人使用名为“Models”或“Presenters”的包并将我们所有的模型或演示者放入其中。虽然这是错误的。包应该像“Book”，包含“BookModel.java”、“BookPresenter.java”、.....
这样，您可以通过省略修饰符使它们成为包私有，并且没有任何问题，因为您可以在任何需要您的包私有类的类中访问它们，因为您有良好的打包实践。
【讨论】：
是的。它被称为包私有，你只需定义没有任何修饰符的类：
package com.blah;
class Foo{ }
【讨论】：
我不熟悉 C#，但在 Java 中，默认保护是某些内容只能在包内访问：
public=任何人都可以访问
private=只能在当前类中访问
protected=可在包内或从当前类继承的任何类中访问
default=在包内可访问
我一直认为应该有一种方法可以说“任何继承自当前类但不能从其他任何地方、这个包或任何其他地方继承的类都可以访问”。但是没有。
【讨论】：
您可以将类包本地化。这是类的默认范围。即你没有访问修饰符。
如果你真的想放一些时间，你可以创建一个注释，例如@package_local，我在我特别希望它是本地包的地方执行此操作，而不仅仅是未指定它。
【讨论】：
是的，默认（包私有）访问级别。只需在你的类定义中省略任何访问修饰符，你就会得到你想要的。
【讨论】：
大多数答案（包括接受的答案）都在谈论包私有。但这与 C# 中的 internal 相差甚远。
您只希望同一源根目录中的类访问同一源根目录中的另一个类，并且可能在不同的包（仍然在同一源根目录中）同时保持包私有，这在 Java 中是不可能的.如果您使用包私有，那么只有同一包中的类才能访问该资源。但是，即使同一个包中的下一级类（即该包下的另一个包）也无法访问该类。
a.b.c.A --> class A
a.b.c.d.B --> public class B
此处B 无法访问A。不幸的是，这迫使您将 A 标记为公开。
主要区别在于 C# 或 Java 打包编译代码的方式。 C# 可以将它们标记为内部（即不从程序集中导出符号），但 Java 打包为 jar 文件，并且导入 jar 的方式完全不同。
那么实际的解决方案是什么： 首先，没有强制解决方案。可以使用 javadocs 或 annotations 将一个类标记为内部并阻止人们使用它，说明它是内部的并且可以进行很多更改，它不是一部分的公共 API，请不要使用它，否则如果您迁移到新版本可能会遇到麻烦...
我看到了两种方法：
将您的包命名为内部：
package org.mycoollib.api;
/** This class is part of my public API*/
public class A{
//...
}
package org.mycoollib.internal;
/** This an internal class, don't use it or your code might not
work in a new release */
public class B{
//...
}
一些现实生活中的例子：jdk.internal、io.netty.util.internal 等等。当我看到 internal 作为包名时，我只是避免使用其中的类。
使用注解实现与1中相同的目标
package org.mycoollib.api;
/** This class is part of my public API*/
public class A{
//...
}
package org.mycoollib.internal;
/** This an internal class, don't use it or your code might not
work in a new release */
@Internal
public class B{
//...
}
示例：android.annotation.SystemApi、org.apache.poi.Internal
甚至可能有一些库可以提供此类注释以及 maven 插件来在人们构建过程中发出警告。
因此，解决方案是思维方式：我们只是警告人们不要使用它，因为我们不保证它的名称和方法不会改变。如果他们仍然坚持使用它，那就这样吧。他们知道风险。
【讨论】：