如何使用没有进一步调用的 JVMTI 代理重新转换执行方法？

Question

我在运行时为各种目的检测类文件。为此，我正在使用 JVMTI 代理。我检测方法的策略是调用RetransformClasses 函数来调用ClassFileLoadHook。此策略适用于在检测之后有任何进一步调用的所有方法，因为实际检测发生在后续函数调用中，但它不适用于任何没有进一步调用的方法，如程序中的 main 函数.

我想在执行过程中动态检测方法。我想要一些程序，例如检测代码的堆栈替换（OSR）。 JVMTI中是否有任何可用的策略或任何其他方法？？？？

PS：如果有帮助，我愿意编辑/修补 OpenJDK 源代码。

Answer 1

经过进一步思考，我相信您要求的东西在技术上可能（也许！）是可能的；但需要付出很多努力；但在概念上这不是一个好方法。

我假设您的要求实际上是您想要检测向您抛出的任何类型的应用程序，以便通过“幕后并行化”来提高其性能。

所以，我主要有一个问题清单，而不是真正的解决方案：

• 首先，如果您甚至想要修改已经触发并且当前执行的方法，那么您不仅仅是在谈论检测。您真正想要做的是提供您自己的“JIT”机制——同时 JVM JIT 也在那里，并且在做它的工作。
• 所以，如果您真的对此很认真；并希望确保即使任何 main() 中的东西都可以从您的优化中受益 - 那么我认为，从概念上讲，您最好设计和实现自己的自己的 JVM。
• 然后我想知道：你说想要覆盖main() 已经在运行“长时间循环”的方法。听起来您打算通过使用仪器来修复糟糕的设计。我认为更明智的方法是：研究此类应用程序，并改进它们的设计。
• 从某种意义上说：如果“并行化”任意应用程序会“那么容易”——它无论如何都会成为 JVM 的一部分。而事实并非如此；并且 JVM 不进行此类优化是有充分理由的：获得正确和健壮的效果可能超级困难。

换句话说：我猜你有一个 XY 问题； X问题是您正在处理的应用程序可以从“并行化”中受益。但这是“一般”很难做到的事情。

从这个意义上说；我宁愿定义某种体系结构（可能包括应用程序应该如何“启动”的特定、明确定义的步骤；以便您的仪器可以成功完成其工作）并首先获得该方法的经验。含义：首先告诉你的人不要将“长时间运行的循环”放入他们的main() 中（如前所述；对我来说，仅此一项就听起来很糟糕！）。