我正在努力打包一个供公众使用的 API。因此，我试图限制只向那些我希望公开和可支持的方法公开。当然，在这之下还有许多有限的访问方法。
问题是我有很多内部代码需要访问这些受限制的方法，而不会将这些方法公开。这会产生两个问题：
所以，我在完全隔离的包中有大约 70 或 80 个内部类，但访问修饰符过于宽松。你会说单个包是两害相权取其轻，还是有更好的方法来掩盖我的内部方法，同时保持更细化的包？
我很想在这里找到最佳实践。
我已经知道This
【问题讨论】：
【讨论】：
一个例子可能是Servlet API，正如您所见，它们已将通用 servlet API 和 http 分成两个包。
如果您将代码分隔在api.jar 和implementation.jar 中，您可以使用对 api.jar 的用户不可见的接口来实现。
如果类的对象无论其封装如何，都必须以任何方式进行协作，那么方法当然必须是可见的（至少在实现中）。
【讨论】：
是的，你只是不能保护内部实现的东西不被访问。有一些技术（如 OSGi）在运行时/应用程序启动期间提供解决方案。这是一个 java 语言设计的模块化缺陷（但由于向下兼容性，之后也很难添加）。
我喜欢将公开可见的工件添加到 /api 包和内部组件到 /internal 的约定。最终你得到了。
# this package is allowed to be accessed by api-users
com.foo.users.api
# this is completely internal logic (api implementation)
# should only be touched by the api-module itself.
com.foo.users.internal
这样你有清晰的分离，也可以运行静态代码分析代码规则。
与上面提到的 servlet-api 一样，您甚至可以进一步将 api 与 impl 拆分为不同的 jar。但这涉及构建生命周期和维护模块的更多努力，因此我只会在完整的运行时工件拆分有意义的情况下这样做（例如在 jsr-spec 与 impl 中）。
【讨论】：