JVM为什么不缓存JIT编译代码？
Sun的规范JVM实现对字节码进行了一些相当复杂的优化，以在代码运行几次后获得接近本机的执行速度。
问题是，为什么没有将此编译后的代码缓存到磁盘以供以后使用同一功能/类时使用？
就目前而言，每次执行程序时，JIT编译器都会重新启动，而不是使用代码的预编译版本。当本质上解释html" target="_blank">字节码时，是否添加此功能不会大大提高程序的初始运行时间？
问题答案：
我不求助于@MYYN发布的链接的’n’paste，我怀疑这是因为基于数据模式和代码模式，JVM执行的优化不是静态的而是动态的。这些数据模式可能会在应用程序的生命周期内发生变化，从而使缓存的优化效果不佳。
因此，您需要一种机制来确定保存的优化是否仍然是最佳的，这时您可能还需要即时进行优化。
-
我知道这依赖于JVM，每个虚拟机都会选择实现它，但我想了解总体概念。 据说对于JVM用来执行Java程序的内存段 Java堆栈 不一定用连续内存实现，并且可能都实际分配在操作系统提供的一些堆内存上，这就引出了我的问题。 完全使用JIT机制并将字节码方法编译为本机机器码方法的JVM将这些方法存储在某个地方，那会在哪里？执行引擎（通常用C/C编写）将不得不调用这些JIT编译函数，然而内核不应该允许程序
-
我试图理解Java源代码是如何执行的，我对JVM中的JIT编译器究竟是什么感到困惑。首先，让我告诉您我是如何理解从Java源代码到在计算机上执行机器代码的过程的。也许，我在这一过程中误解了一些导致混淆的东西。 步骤如下： 源代码被编译成字节码（.class文件） 现在，根据维基百科关于JVM的文章，更具体地说是“字节码解释器和实时编译器”部分，为了执行Java字节码，您需要一个解释器（但我们有一个
-
请注意，我的问题是关于JVM解释器，而不是JIT编译器。JIT编译器将java字节码转换为本机代码。因此，这必须意味着JVM中的解释器不会将字节码转换为机器码。因此，问题是：从本质上讲，口译员做什么？如果有人能帮我用一个简单的字节码示例来回答这个问题，相当于1 1=2，即解释器在执行这个加法操作时做了什么？（我的隐含问题是，如果解释器不翻译为机器代码，那么哪个CPU执行添加操作，那么该操作是如何执
-
问题内容： 有什么方法可以查看JIT在JVM中生成的本机代码吗？ 问题答案： 假设你使用的是Sun Hotspot JVM（即Oracle 在java.com上提供的JVM ），则可以添加该标志 在运行代码时。这将打印出由JIT编译器生成的优化代码，而将其余部分省去。 如果要查看整个字节码，包括未优化的部分，请添加
-
问题内容： 为什么要编译Python脚本？您可以直接从.py文件运行它们，并且效果很好，那么在性能上有什么优势吗？ 我还注意到，我的应用程序中的某些文件被编译为.pyc，而另一些则没有，为什么？ 问题答案： 它被编译为字节码，可以更快，更快速地使用。 无法编译某些文件的原因是，每次运行脚本时都会重新编译与之一起调用的主脚本。所有导入的脚本将被编译并存储在磁盘上。 Ben Blank的 重要补充：
-
问题内容： 所以我有用Java编写的这种方法： 并假设我的应用程序多次调用此方法。 在Java虚拟机上为该方法运行编译后的代码时，JVM将首先解释该方法。然后经过一段时间，如果我理解正确，它将决定将其编译为机器语言。 这一点， 会被内存中的机器代码覆盖吗？如果覆盖，大小差异问题将如何解决？如果将其写入内存中的其他位置，加载到内存中的字节码是否会释放？而且，如果字节代码和jit编译代码都在内存中，那