AOP 的性能开销
2022-09-03 16:12:58
我想知道使用AspectJ是否有任何重大的性能问题，如果它被用来拦截应用程序中的每个（或只是大多数）方法。当然，性能也会受到每次拦截时执行的建议的影响。
为了这个例子，让我们说它非常简单的建议，运行得非常快，开销最小/没有内存泄漏。由于每种方法都被拦截，是否仍然存在重要的性能杀手？
答案 1
它当然不会加速你的代码。我见过可怕的结果，其中在调用方和被调用方之间添加了19个堆栈帧，用于其他直接的快速事件处理方法。可以说AOP在我心目中已经死了。
如果幸运的话，您可能已经编译了代码，该代码由jit编译器内联，并且只是添加您选择添加的实际工作，就好像您就地编写了它一样。最糟糕的情况，比如弹簧/osgi废话，你最终会得到一些无法使用的蜗牛。
答案 2
推荐
-
为什么在此方法中添加 If 语句会大大降低它的速度？ 我在 之间切换。 有趣的行为是，当我决定哪一个更快并删除如果代码的速度放大10倍时。之前需要140毫秒，之后只有13毫秒。我应该只从循环中删除大约7个计算中的一个。为什么速度会如此急
-
jProfiler如何处理JIT？ 我广泛使用jProfiler，它是一个很棒的工具，但我想知道jProfiler如何处理JIT编译的影响。 例如，我是否能够观察到方法内联？如果一个方法是内联的，那么它在快照中根本不可见，或者jProfiler仍
-
为什么此代码使用锁运行得更快？ 一些背景：我创建了一个人为的示例，向我的团队演示 VisualVM 的使用。特别是，一个方法有一个不必要的关键字，我们看到线程池中的线程阻塞，它们不需要。但是删除该关键字具有下面描述的
-
无断言编译 我知道可以在运行时分别启用/禁用断言以进行调试和生产。但是，我发现断言也会增加生成的二进制文件的大小（在下面的示例中约为100-200字节）。 在 C 和 C++ 中，我们可以在编译时通过 before
-
我有一个我不理解的Java性能问题 我写了一些代码来制作一个多维数组，而不是一个数组数组，这样我就可以节省一些内存。然后我运行了一些测试，将其速度与常规Java数组数组（int[][]）的速度进行比较，因为我不希望我的程
标签
推荐