如何在JVM中查看JIT编译的代码？
有什么方法可以查看JIT在JVM中生成的本机代码吗？
问题答案：
假设你使用的是Sun Hotspot JVM（即Oracle 在java.com上提供的JVM ），则可以添加该标志
-XX：+ PrintOptoAssembly
在运行代码时。这将打印出由JIT编译器生成的优化代码，而将其余部分省去。
如果要查看整个字节码，包括未优化的部分，请添加
-XX：CompileThreshold =＃
-
问题内容： Sun的规范JVM实现对字节码进行了一些相当复杂的优化，以在代码运行几次后获得接近本机的执行速度。 问题是，为什么没有将此编译后的代码缓存到磁盘以供以后使用同一功能/类时使用？ 就目前而言，每次执行程序时，JIT编译器都会重新启动，而不是使用代码的预编译版本。当本质上解释字节码时，是否添加此功能不会大大提高程序的初始运行时间？ 问题答案： 我不求助于@MYYN发布的链接的’n’past
-
问题内容： 所以我有用Java编写的这种方法： 并假设我的应用程序多次调用此方法。 在Java虚拟机上为该方法运行编译后的代码时，JVM将首先解释该方法。然后经过一段时间，如果我理解正确，它将决定将其编译为机器语言。 这一点， 会被内存中的机器代码覆盖吗？如果覆盖，大小差异问题将如何解决？如果将其写入内存中的其他位置，加载到内存中的字节码是否会释放？而且，如果字节代码和jit编译代码都在内存中，那
-
我知道这依赖于JVM，每个虚拟机都会选择实现它，但我想了解总体概念。 据说对于JVM用来执行Java程序的内存段 Java堆栈 不一定用连续内存实现，并且可能都实际分配在操作系统提供的一些堆内存上，这就引出了我的问题。 完全使用JIT机制并将字节码方法编译为本机机器码方法的JVM将这些方法存储在某个地方，那会在哪里？执行引擎（通常用C/C编写）将不得不调用这些JIT编译函数，然而内核不应该允许程序
-
我试图理解Java源代码是如何执行的，我对JVM中的JIT编译器究竟是什么感到困惑。首先，让我告诉您我是如何理解从Java源代码到在计算机上执行机器代码的过程的。也许，我在这一过程中误解了一些导致混淆的东西。 步骤如下： 源代码被编译成字节码（.class文件） 现在，根据维基百科关于JVM的文章，更具体地说是“字节码解释器和实时编译器”部分，为了执行Java字节码，您需要一个解释器（但我们有一个
-
所以我有一个用Java编写的方法： 假设我的应用程序调用了很多次... 在Java虚拟机上运行该方法的编译代码时，JVM将首先解释该方法。然后一段时间后，如果我理解正确，它将决定将其编译为机器语言。 此时， 它会被内存中的机器代码覆盖吗？如果被覆盖，大小差异问题将如何解决？如果将其写入内存中的其他位置，加载到内存中的字节码是否会被释放？而且，如果字节码和jit编译的代码都在内存中，当应用程序再次点
-
问题内容： 我想知道如何检查JIT编译器是否已关闭。我有以下代码旨在关闭JIT编译器。问题是，我不确定它是否确实在这样做。所以我想知道是否有一种方法可以检查JIT是否关闭。我看了Compiler类，但没有类似的方法。 码： 任何帮助或指导将不胜感激。 问题答案： 我不相信您可以在运行时关闭JIT。 如果要认真地对Java程序进行基准测试，则绝对应该忽略前几次运行。在Java中获得可靠的基准测试是一