我有一个包含几个包的库-
让我们说
包一个;
包b;
在包 a 里面我有 public a_class
在包 b 我有公共 b_class
a_class 使用 b_class。
我需要从中生成一个库，但我不希望客户端看到 b_class。
我知道的唯一解决方案是将我精美易懂的包扁平化为单个包，并对 b_class 使用默认包访问。 还有其他方法吗？也许使用接口或某种形式的设计模式？？
【问题讨论】：
标签： java android jar android-library
如果您拒绝将代码移动到单独的、受控的服务器上，那么您所能做的就是在尝试使用您的 API 时阻碍客户端程序员。让我们开始将良好实践应用于您的设计：
对于每个你想“隐藏”的类：
public interface MyInterface {...}
public class MyFactory
{
public MyInterface createObject();
}
到目前为止，您的包已松散耦合，并且实现类现在是私有的（正如良好实践所宣扬的，并且您已经说过）。尽管如此，它们仍然可以通过接口和工厂获得。
那么，如何避免“陌生”客户端执行您的私有 API？接下来是一个创造性的、有点复杂但有效的解决方案，它基于阻碍客户端程序员：
修改你的工厂类：为每个工厂方法添加一个新参数：
public class MyFactory
{
public MyInterface createObject(Macguffin parameter);
}
那么，Macguffin 是什么？它是您必须在应用程序中定义的新接口，至少有一个方法：
public interface Macguffin
{
public String dummyMethod();
}
但不提供此接口的任何可用实现。在代码的每个地方，您都需要提供一个Macguffin 对象，通过匿名 类创建它：
MyFactory.getObject(new Macguffin(){
public String dummyMethod(){
return "x";
}
});
或者，更高级，通过动态代理对象，即使客户端程序员敢反编译代码，也找不到这个实现的“.class”文件。
你从中得到什么？基本上是劝阻程序员不要使用需要未知、未记录、无法理解的对象的工厂。工厂类应该只注意不要接收空对象，并调用虚拟方法并检查返回值是否也不为空（或者，如果您想要更高的安全级别，请添加未记录的密钥规则）。
因此，此解决方案依赖于对您的 API 进行微妙的混淆，以阻止客户端程序员直接使用它。 Macguffin 接口及其方法的名称越模糊越好。
【讨论】：
setAccesible 的事实） .
我需要从中生成一个库，但我不希望客户端看到 b_class。我知道的唯一解决方案是将我精美易懂的包扁平化为单个包，并对 b_class 使用默认包访问。还有其他方法吗？
是的，将b_class 设为包私有（默认访问）并通过反射将其实例化以在a_class 中使用。
既然你知道完整的类名，反射性地加载这个类：
Class<?> clz = Class.forName("b.b_class")
找到你要调用的构造函数：
Constructor<?> con = clz.getDeclaredConstructor();
允许自己通过使其可访问来调用构造函数：
con.setAccessible(true);
调用构造函数来获取你的b_class实例：
Object o = con.newInstance();
好啊，现在你有一个b_class 的实例。但是，您不能在Object 的实例上调用b_class 的方法，因此您有两种选择：
b_class 的方法（不是很有趣，但很简单，如果您只有几个方法和几个参数，可能没问题）。b_class 实现一个您不介意客户看到的接口，并将您的b_class 实例转换为该接口（我怀疑您可能已经有了这样的接口？）。 您肯定会希望使用选项 2 来最大程度地减少您的痛苦，除非它让您再次回到原点（使用您不想向客户端公开的类型污染命名空间）。
为了全面披露，请注意两点：
1) 使用反射与直接实例化和调用相比有（小）开销。如果您转换为接口，您只需支付实例化的反射成本。无论如何，除非您在紧密循环中进行数十万次调用，否则这可能不是问题。
2) 没有什么可以阻止一个坚定的客户找出类名并做同样的事情，但如果我正确理解你的动机，你只想公开一个干净的 API，所以这不是真的担心。
【讨论】：
如果我理解正确，您是在询问是否要在不披露部分来源的情况下发布您的库以供第三方使用？如果是这种情况，您可以使用proguard，它可以混淆您的库。默认情况下，所有内容都将被排除/混淆，除非您指定要排除混淆/排除的内容。
【讨论】：
如果您想在客户端完全无法访问的情况下分发 [部分] 代码，这意味着客户端也无法执行它。 :-O
因此，您只有一个选择：将代码的合理部分放入 公共服务器 并分发代理来访问它，这样您的代码将被保存并在您的服务器中执行客户端仍然可以通过代理执行它，但无需直接访问它。
您可以使用 servlet、Web 服务、RMI 对象或简单的 TCP 服务器，具体取决于代码的复杂程度。
这是我能想到的最安全的方法，但也值得付出代价：除了使您的系统复杂化之外，它还会为每个远程操作引入网络延迟，这可能是取决于性能要求。此外，您应该保护服务器本身，以避免黑客入侵。如果您已经拥有可以利用的服务器，这可能是一个很好的解决方案。
【讨论】：
使用 Kotlin 时，您可以对库类使用 internal 修饰符。
【讨论】：