Java接口调用的优化策略

Question

我有一个利用提供者模式的应用程序。应用程序通过调用应用程序定义的接口来利用提供程序实现。

我目前正在研究如何围绕接口调用优化我的应用程序。

我可以将我的应用程序的复杂性限制在以下几个方面：

1. I只需要在启动
2. 时动态加载一次实现，我在任何时候只需要为应用程序实例的一组特定接口提供一个提供程序实现。

我希望大家能采取任何策略，以：

directly.

• Various

1. 缩减接口调用
2. 一般调用接口实现类的任何技巧，以便更好地利用任何编译器优化。

谢谢!

Answer 1

一些错误的想法值得在这里讨论。

1. --您可以通过直接调用底层的具体实现(或使用抽象类)来减少接口调用--当它简化了设计并提高了可维护性(通常更多的接口会有所帮助，但并不总是这样)时，您应该这样做--您可以将接口引用转换为具体的引用并使用它。这通常是糟糕的编程实践，对性能的影响很小。通常，只有在适当地重构比其价值更多的工作时，才会这样做。(这不是一种好的设计方法，但可能是一种实用的设计方法)
2. 编译器没有以任何重要的方式优化代码。它所做的几个优化(例如内联编译时间常量)很可能是不需要的。JVM在运行时执行有用的优化。第二次猜测JVM将做什么并尝试优化您的代码是一个跟踪和错误过程。如果你尝试10件你认为应该有帮助的事情，1会使它变得更快，6会产生很小的影响，3会使它变慢。也就是说，简单的代码往往是最优的。

与C++不同，大多数JVM可以优化虚拟函数的成本，特别是当实际使用的实现只有一两种时。也就是说，它可以根据如何使用代码来优化代码，而不是编译器可以静态地确定的代码。

Answer 2

听起来你这样做是不对的。

1. 良好设计的接口减少而不是增加应用程序的复杂性。通常与提供者一起使用的接口应该有助于划分系统。如果您觉得直接访问实现会更简单，那么您的接口需要成为“接口调用”的redesigned.
2. The运行时开销是如此之小，以至于您不太可能处于这样一种情况，即它使工作和不工作的system.
3. Generally之间的差异变得非常小。它的大部分发生在运行时，因此，您的代码越“自然”，JIT编译器就会越好地处理它。如果您试图使用一些技巧来强制进行这种优化(比如手动内联代码或重用变量)，那么您可能会得到更慢的代码。

。

总之，如果您想降低应用程序的复杂性，请确保模块被分离到它们应该在的位置(模块间依赖关系越少，越好)，并使用代码分析器工具跟踪复杂性度量。