JVM涉及，
1）编译器线程在运行时将字节代码编译为本机代码。
2）链接阶段类似于将.o文件链接到可执行文件（如C）
编译和动态链接不是一次性作业。这是在生产中运行的可执行文件生命周期的一部分。
为什么java编译器设计用于生成平台无关代码（字节代码）？通过编译字节码和放大器将性能延迟转移到java运行时在每台生产机器上链接功能。
Aren我们是否在运行时在客户拥有的每台生产机器上使用额外的一堆cpu周期进行处理（编译/链接）？客户无需了解编译一次并在任何地方运行，这可以通过2-3个构建机器来避免，以构建特定于平台的二进制文件。
答案 0 :(得分：3)
编辑：下面是原始问题的答案，解释为“可以采取哪些措施来尽量减少实时编译对Java虚拟机的影响？”
如果要完全禁用编译，可以使用java的{{1}}参数。但是我认为这会导致几乎所有情况下的性能显着下降。
您可以使用-Xint降低JIT编译器线程的优先级。您可以使用的值取决于操作系统。
如果您担心JIT编译器线程的数量，可以使用-XX:CompilerThreadPriority=<n>和-XX:CICompilerCount=<n>标志来控制编译器线程的数量。
-XX:[+|-]CICompilerCountPerCPU为真（CICompilerCountPerCPU），HotSpot将使用一些公式来决定应该启动多少个编译器线程（〜（log n * log log n）* 3/2其中n =可用CPU数量。）-XX:+CICompilerCountPerCPU，HotSpot将使用那么多编译器线程。如果您未设置任何内容，CICompilerCount将自动设置为true。
您可以增加编译阈值，以便编译更少的方法。如果您正在使用疲劳编译（现在是默认编辑），您可以使用
CICompilerCountPerCPU（默认为2000）-XX:Tier3CompileThreshold=<n>（默认为200）-XX:Tier3InvocationThreshold=<n>（默认为15000）-XX:Tier4CompileThreshold=<n>（默认为5000）分层编译策略还有许多其他旋钮。
特别是你也可以只使用-XX:Tier4InvocationThreshold=<n>的一些层，其中n介于1和4之间。更高的层通常提供更好的性能，但需要更长的编译时间。
答案 1 :(得分：0)
Java不生成特定于平台的可执行文件的原因是可移植性。 Java的重点是“一次编写，随处运行”。一个人应该能够在Windows计算机上编写一个java程序，在Linux上编译它，然后在Mac上运行它，没有任何问题。为目标平台编写JVM的人员是那些将其移植到新平台的人，而不是你。
但是JVM非常擅长优化，并且可以将频繁使用的代码从字节代码转换为特定于平台的本机代码。它只会在需要的地方执行此操作，如果它可以提高性能。像优化编译器一样，JVM最了解，除非你有一个特定的用例，否则不要破坏它的功能。