如何禁用JIT编译器的内在用法？
我正在对进行一些性能测试JVM，我想衡量内部函数使用的影响。
我想在JIT不进入解释模式的情况下对某些方法禁用内部函数。有没有办法做到这一点 ？谢谢
问题答案：
用
java -XX:+UnlockDiagnosticVMOptions -XX:DisableIntrinsic=_<method_name>[,...]
例如
java -XX:+UnlockDiagnosticVMOptions -XX:DisableIntrinsic=_equals,_hashCode
正如@apangin所注意到的，您可以-XX:+PrintIntrinsics首先使用它来查看测试中实际上包含哪些方法并将其禁用。
-
主要内容：JIT编译器语法,JIT编译器的风险和假设JIT 编译器是用 C++ 编写的，用于将 Java 转换为字节码。现在 Java 10 可以选择启用基于 Java 的实验性 JIT 编译器 Graal 来代替标准的 JIT 编译器。Graal 正在使用 Java 9 中引入的 JVMCI，即 JVM 编译器接口。 Graal 在 Java 9 中也可用。使用 Java 10，我们可以启用 Graal 来测试和调试实验性 JVM 编译器。 JI
-
我知道这依赖于JVM，每个虚拟机都会选择实现它，但我想了解总体概念。 据说对于JVM用来执行Java程序的内存段 Java堆栈 不一定用连续内存实现，并且可能都实际分配在操作系统提供的一些堆内存上，这就引出了我的问题。 完全使用JIT机制并将字节码方法编译为本机机器码方法的JVM将这些方法存储在某个地方，那会在哪里？执行引擎（通常用C/C编写）将不得不调用这些JIT编译函数，然而内核不应该允许程序
-
问题内容： 我正在编写一个常量字符串比较函数（用于node.js），并且想为此功能禁用V8的优化编译器；使用命令行标志是不可能的。 我知道，使用（或try / catch语句）块将禁用优化编译器 现在 ，但恐怕这个“功能”（错误）将被固定在未来的版本。 是否有一种不可变（且已记录）的方式来禁用V8的优化编译器？ 示例功能： 性能测试只是为了好玩。 问题答案： 如果您想要可靠的方法来执行此操作，则需
-
问题内容： 有什么方法可以查看JIT在JVM中生成的本机代码吗？ 问题答案： 假设你使用的是Sun Hotspot JVM（即Oracle 在java.com上提供的JVM ），则可以添加该标志 在运行代码时。这将打印出由JIT编译器生成的优化代码，而将其余部分省去。 如果要查看整个字节码，包括未优化的部分，请添加
-
这个问题与android系统有关。Dalvik VM使用JIT概念，这意味着当您第一次运行应用程序时，Dalvik VM编译它并加载到RAM中，只要它能留在那里。我理解这个概念。而新的称为ART的虚拟机则使用AOT方法。ART编译应用程序后，你安装它（或当你正在安装它？）。这意味着什么？ART编译的应用程序与已编译的应用程序（如C应用程序）相同，但运行在与其他操作系统分离的独立进程中？谁能更透彻地