JIT会编译你的代码，这也是众多影响基准测试的行为之一。
JIT编译可用于软RT场景，其中编译将在不需要执行高优先级任务时发生。
可以减小MMI上限计数器，从而加速JIT编译一个方法的过程；或者增大它以达到相反的效果。
Java方法的JIT编译现在在一个独立于进行调用的线程的专用线程上异步地执行。
AOT编译的方法仍然属于JIT编译处理的范围，所以在最初以AOT代码形式执行方法之后，JIT仍然可以进一步优化它。
虽然JIT编译为加快执行提供了一些优势，但是这是以巨大的内存为代价进行的。
运行时将更新其元数据表、将新MSIL置于进程中并设置对新MSIL的实时（JIT）编译。
JIT编译技术提供了特定环境下的优化、运行时类型安全以及汇编验证。
为频繁执行的字节码，JIT编译用于运行高速，经过一个缓慢的解释初始阶段。
在应用程序运行时，JIT编译可以在加载和执行程序集内容的过程中根据需要将MSIL转换为本机代码。
如果可以判断什么时候JIT编译，就可以更有把握地确定稳定状态性能。
与JIT编译不同，AOT编译并不根据对Java方法的动态分析执行优化。
尽管通过JIT编译保持了平台无关性，但是付出了一定代价。
您可以使用JITC_COMPILEOPT变量的SKIP选项禁用对失败方法进行JIT编译。
当运行库执行此程序集时，对于那些不包括在本机映像中的方法，它将恢复为JIT编译。
ABAP是用字节码解释的，与JIT不兼容，因此我们实际上是在一个解释器中运行这另一个解释器。
Bochs的内部指令缓存为传统JIT编译进行了很好的权衡。
使用Prelink和PrelinkAll方法来引发支持本机到托管调用的存根（stub）的JIT编译。
根据苹果的iPhone政策，任何应用程序都不能包含需要JIT编译的代码。
根据我的知识，还没有探测JIT编译是否发生的完美方法。
此外，还可以采用十分类似的方式配置JIT编译以用于调试。
LinkDemand在实时（JIT）编译时发生，只检查直接调用方。
默认JIT编译，JIT编译器线程在较低优先级上运行