文章目录
- 一、简介：
-
- [ ①JIT 技术的定义与起源](# ①JIT 技术的定义与起源)
- [ ②JIT 技术在 Java 虚拟机中的重要性和作用](# ②JIT 技术在 Java 虚拟机中的重要性和作用)
- [二、Java JIT 技术原理：](#二、Java JIT 技术原理：)
-
- [ ①静态编译 vs 动态编译](# ①静态编译 vs 动态编译)
-
- [ 1、静态编译（Static Compilation）：](# 1、静态编译（Static Compilation）：)
- [ 2、动态编译（Dynamic Compilation / Dynamic Linking）：](# 2、动态编译（Dynamic Compilation / Dynamic Linking）：)
- [ ②JIT 编译过程](# ②JIT 编译过程)
- ③热点代码识别
- [ ④JIT 编译优化措施](# ④JIT 编译优化措施)
- ⑤编译单元与代码缓存
-
- [ 1、JIT 编译单元](# 1、JIT 编译单元)
- [ 2、代码缓存（Code Cache）](# 2、代码缓存（Code Cache）)
- [三、JIT 技术的实现与优化：](#三、JIT 技术的实现与优化：)
- [四、JIT 技术的发展与展望：](#四、JIT 技术的发展与展望：)
-
- [ ①JIT 技术的发展历程与关键技术突破](# ①JIT 技术的发展历程与关键技术突破)
- [ ②JIT 技术的发展趋势与未来展望](# ②JIT 技术的发展趋势与未来展望)
- 五、总结：
-
- [ ①Java JIT 技术的优势与不足](# ①Java JIT 技术的优势与不足)
- [ ②对 Java 开发者的启示与建议](# ②对 Java 开发者的启示与建议)
-
- 1、理解性能优化原理
- 2、关注程序启动性能
- 3、性能测试与分析
- 4、合理设计代码结构
- [ 5、充分利用现代 JVM 特性](# 5、充分利用现代 JVM 特性)
- 6、避免过度优化
- 7、考虑代码生命周期
- [ 8、学习和适应 JVM 调优](# 8、学习和适应 JVM 调优)
一、简介：
在现代软件开发领域，Java 虚拟机（Java Virtual Machine，JVM）以其高性能和跨平台特性而闻名。其中一个关键的性能优化技术便是 Just-In-Time（JIT）编译器，它在 Java 程序运行时动态地将字节码转换为机器语言，从而极大地提高了程序的执行效率。
①JIT 技术的定义与起源
在现代软件开发领域，Java 虚拟机（Java Virtual Machine，JVM）以其高性能和跨平台特性而闻名。其中一个关键的性能优化技术便是 Just-In-Time（JIT）编译器，它在 Java 程序运行时动态地将字节码转换为机器语言，从而极大地提高了程序的执行效率。
JIT（Just-In-Time）技术是一种动态编译技术，它能够在程序运行时将 Java 的字节码转换成机器码，并且根据程序的实际运行情况对机器码进行优化，从而提高程序运行的速度。
JIT 概念起源于制造业，由日本的丰田汽车公司提出，其基本思想是"只在需要的时候，按需要的量，生产所需的产品"，即追求一种无库存或库存达到最小的生产系统。JIT 技术已经成为 Java 虚拟机的一个重要组成部分，几乎所有的 Java 虚拟机都采用了 JIT 技术。
②JIT 技术在 Java 虚拟机中的重要性和作用
在传统的解释型语言环境中，源代码或字节码每次执行都需要经过解释器逐行转换为机器指令。这种方式虽然具有跨平台性好、启动速度快的特点，但执行效率相对较低。相比之下，静态编译语言在程序运行前就将源代码编译成特定平台的机器码，因此执行效率高，但牺牲了一定程度的灵活性。
Java 通过引入 JIT 编译器，在运行时对热点代码进行动态编译，从而兼顾了两者的优势。当 Java 程序启动后，最初阶段由解释器来执行字节码。随着程序运行，JVM 会监控代码执行情况，识别出频繁调用的热点代码（如方法或循环体），并利用 JIT 编译器将这些热点代码段编译成本地机器码。一旦编译完成，后续对该代码的调用就可以直接执行已缓存的机器指令，从而显著提升执行速度。
JIT 技术在 Java 虚拟机中的重要性主要体现在以下几个方面：
●性能提升。Java 语言设计之初采用了字节码作为中间表示形式，程序首先被编译成平台无关的字节码，然后由 JVM 解释执行。然而，纯解释执行存在明显的性能瓶颈，尤其是在循环、递归等热点代码中。JIT 编译器的作用就是识别这些频繁调用的热点代码，并将其转化为机器指令级别的本地代码。相比解释执行，JIT 编译后的代码运行速度显著提高，从而极大地提升了 Java 应用的整体性能。
●反馈驱动优化。JIT 编译器是反馈驱动的，它根据程序运行时的实际行为来调整和优化生成的机器码。例如，通过收集类型信息、分支预测信息以及对象的行为模式，可以进行诸如方法内联、循环展开、冗余消除等一系列静态编译难以做到的优化。这些优化都是基于实际运行数据，而非编译时静态分析，因此能够生成更符合实际情况的高效代码。
●灵活性与适应性。由于 JIT 编译是在运行时进行的，所以当程序状态发生变化或先前做出的优化假设不再成立时，JVM 有能力撤销（去优化）已编译的方法并重新编译，以适应新的运行环境和条件。这种灵活性保证了即便在复杂多变的应用场景下也能保持较高的执行效率。
●平衡跨平台性和性能。Java 的"一次编写，到处运行"特性依赖于 JVM 提供的跨平台能力。JIT 编译器作为这一机制的重要组成部分，在保证 Java 字节码可以在不同平台上运行的同时，通过将字节码即时编译为特定硬件架构上的本地代码，有效地消除了跨平台带来的性能损失，实现了性能与跨平台性的良好结合。
JIT 技术在 Java 虚拟机中扮演着至关重要的角色，通过实时编译和优化，解决了传统解释型语言执行效率低的问题，同时保留了 Java 语言的高度可移植性特点，使得 Java 应用程序能够在不牺牲性能的前提下，实现在多种操作系统和硬件架构之间的无缝迁移和高效运行。
二、Java JIT 技术原理：
①静态编译 vs 动态编译
静态编译与动态编译是程序链接过程中两种不同的处理方式，它们对可执行文件的生成、运行时依赖以及性能等方面有着显著区别：
1、静态编译（Static Compilation）：
●链接过程：在静态编译时，编译器会将所有引用到的库函数的代码直接整合到最终生成的可执行文件中。这意味着当程序被编译完成后，它是一个完全自包含的独立文件，不再需要外部的库文件支持运行。
●独立性：静态编译的程序可以在没有安装相应库的环境中运行，因为所有必要的功能都已经内嵌在可执行文件中了，增强了程序的稳定性和移植性。
●性能：由于函数调用直接在可执行文件内部完成，不需要运行时加载库，理论上可以减少系统调用和内存寻址的时间开销，从而可能带来更好的性能表现。
●缺点：静态链接导致可执行文件体积增大，因为包含了所有引用库的全部内容，即使某些部分在实际运行中可能并未使用。
2、动态编译（Dynamic Compilation / Dynamic Linking）：
●链接过程：动态编译的程序在编译阶段并不会将所有库代码集成到可执行文件中，而是仅包含对所需库函数的引用信息。在程序运行时，操作系统根据这些引用信息动态地从对应的共享库（如.dll、.so或.dylib）加载实际的函数实现。
●减小体积：由于不包含库的实际代码，动态链接的可执行文件通常比静态链接的小很多。
●内存占用：多个程序如果使用相同的动态库，在内存中只需要加载一份库代码，节省了系统资源。
●更新便捷：单独升级库文件就可以更新所有依赖它的程序的功能，而无需重新编译每个程序。
●缺点：动态链接的程序在运行时必须依赖于相应的动态库存在且版本兼容，否则程序无法启动。如果某个共享库出现问题或者未正确安装，会影响到依赖它的所有程序。首次运行时，动态加载库可能需要额外的时间，对启动速度有轻微影响。
总结来说，静态编译更侧重于程序的独立运行和稳定性，而动态编译则有利于节省磁盘空间、内存资源并方便库的升级维护。开发者可以根据项目需求和部署环境来选择适合的编译方式。
②JIT 编译过程
㈠解释执行：
●当 Java 程序启动时，JVM 首先加载类文件并将其解析成字节码。
●字节码是平台无关的中间指令集，由 JVM 通过解释器逐条读取并执行。
㈡热点检测：
●JVM 使用 HotSpot 技术来识别"热点代码"，即那些被频繁调用或者循环中执行次数较多的代码片段或方法。
●这个过程中，JVM 会维护计数器来统计每个方法的调用次数和回边计数（循环体内的跳转次数）。
㈢触发JIT编译：
●当某个方法的调用次数超过一定的阈值（如达到一定热度），JVM 会触发即时编译器对其进行编译。
●这种编译策略可以是简单的方法级编译（C1 编译器，也称为客户端编译器），或者当方法变得足够复杂且执行时间较长时，采用更高级别的优化编译（C2 编译器，也称为服务器端编译器）。
㈣编译过程：
●JIT 编译器将字节码转换为本机机器代码，这个过程包括语法分析、静态和动态类型检查、控制流分析以及各种优化策略（例如：常量折叠、公共子表达式消除、方法内联等）。
●编译后的机器代码会被缓存起来，后续调用该方法时就可以直接执行高效的本地代码，避免了解释执行的开销。
㈤反优化与重编译：
●如果 JIT 编译器发现之前做出的一些优化假设在运行时不再成立，它可以撤销已经编译的代码（反优化）并重新进行编译。
●同时，JVM 还能够根据实际情况对已编译代码进行再优化或废弃不再使用的热点代码。
③热点代码识别
热点代码指的是在运行过程中被频繁调用或者循环执行次数特别多的代码段。它可以是一个方法、一个循环体或者是某个特定的操作序列。JVM 通过不同的热点探测机制来识别这些代码段：
●基于计数器的热点探测。在 HotSpot JVM 中，为每个方法和回边（循环的返回点）维护了一个执行计数器。当某方法或回边被执行的次数超过一定阈值时，该方法会被标记为热点代码，并准备进行编译。
●基于采样的热点探测。另一种策略是周期性地检查各个线程正在执行的方法栈顶，如果某个方法出现频率较高，则认为它是热点代码。这种方式可以发现即使执行次数不高但占用时间很长的热点代码。
④JIT 编译优化措施
一旦检测到热点代码，JVM 的 JIT 编译器就会介入，将热点代码从字节码动态编译成本地机器码，并进行一系列优化，包括但不限于：
●方法内联（Method Inlining）
当一个方法被频繁调用且方法体较小的时候，JIT 编译器可以选择将该方法的实现直接插入到调用者的方法体内，从而避免了方法调用时的栈帧压入和弹出开销以及间接跳转的成本。
内联还能为其他优化提供机会，比如常量折叠、循环展开等。
●循环展开（Loop Unrolling）
编译器通过复制循环体的一部分，减少循环控制变量的检查次数和分支预测失败的可能性，从而提升循环执行效率。
过度的循环展开可能导致代码膨胀，因此编译器通常会对循环次数和循环体大小进行判断后决定是否展开及展开程度。
●常量折叠与常量传播（Constant Folding and Constant Propagation）
在编译期能够确定结果的表达式会被计算成常量，并替换掉原来的表达式，减少运行时计算。
常量传播则是在编译期间分析并简化代码中涉及的常量值，使这些常量可以在不影响程序逻辑的情况下提前计算或消除不必要的运算。
●冗余消除（Dead Code Elimination，DCE）
删除程序中永远无法被执行到的代码（死代码），节省执行时间并减小生成机器码的体积。
●分支预测（Branch Prediction）
对于条件分支语句，编译器尝试预测分支转移的概率，并调整指令顺序以最小化由于预测错误带来的流水线停顿。
●数组边界检查消除（Array Bounds Check Elimination）
如果编译器可以证明某个数组访问在其上下文中总是安全的，则可以消除不必要的边界检查操作，降低运行时开销。
●类型特殊化（Type Specialization）
根据运行时的实际类型信息对方法进行特殊化处理，例如针对特定类型的参数生成针对性的优化代码。
●逃逸分析（Escape Analysis）
分析对象的作用域，如果能确定对象不会"逃逸"出当前作用域，那么可以将其分配在栈上而不是堆上，减少内存分配和垃圾回收的压力。
●锁消除（Lock Coarsening and Synchronization Elimination）
如果编译器能够确保同步块在特定情况下不会发生竞争，可能会消除不必要的锁操作，提高并发性能。
这些优化措施通常由复杂的编译器算法实现，并且是动态的，可以根据实际运行时数据不断调整和优化。例如：HotSpot JVM 中的 C1 和 C2 编译器就采用了上述部分或全部优化技术来提升 Java 应用程序的性能。
⑤编译单元与代码缓存
1、JIT 编译单元
●编译单元（Compilation Unit）：
在 JIT 上下文中，一个编译单元通常指的是被独立编译的一段代码块，它可以是一个函数、方法或者是一组相关联的方法和数据结构。例如，在 Java 虚拟机（JVM）中，当某个方法被识别为热点代码时，JIT 编译器会选择该方法作为单独的编译单元进行即时编译，并生成针对当前硬件平台优化过的机器码。
●模块化与独立性：
如 DolphinDB 中所提及的，每个用户自定义函数在使用 JIT 编译时会生成独立的 module。这意味着不同的函数会被分别编译成相互独立的模块，每个模块包含对应的机器码，这有助于隔离不同函数之间的依赖关系，并允许对各个模块进行针对性优化。
2、代码缓存（Code Cache）
●存储机制：
一旦 JIT 编译器完成了对某段代码的编译，生成的机器码不会立即丢弃，而是保存在内存中的一个区域，这个区域称为代码缓存。这样做是为了避免重复编译同一段热点代码，从而减少不必要的开销。
●管理与优化：
命中率。有效的代码缓存管理策略会尽可能提高已编译代码的复用率，即命中率。
动态调整。根据程序运行时的需求和系统资源状况，JIT 编译器会对代码缓存进行动态增长或收缩。
垃圾回收。长期未使用的编译后的代码可能会被标记并从缓存中移除，以释放内存空间给新的热点代码。
热替换与优化升级。部分 JIT 实现支持对已经编译好的代码进行重新编译优化，当发现更好的优化策略或条件改变时，可以更新缓存中的代码版本。
●性能影响：
代码缓存的大小和管理效率直接影响着 JIT 编译的效果。如果代码缓存过小，可能导致频繁的编译和卸载，降低整体性能；反之，过大的缓存又可能占用过多内存资源，影响系统的整体效率。
三、JIT 技术的实现与优化：
①JIT 编译器架构
1、JVM JIT 编译器的比较与选择
HotSpot JVM（由Oracle维护）是最常见的 Java 虚拟机实现之一，它包含多个 JIT 编译器来优化代码执行效率。
HotSpot JVM 中的主要 JIT 编译器有两种模式：
●C1 编译器（Client Compiler）
也称为"client 模式"编译器或"快速编译器"，设计目标是提供更快的启动时间和较低的内存占用。
它进行相对较少的优化，倾向于生成较快编译速度的代码，适合于对启动时间要求较高的场景或者短生命周期的应用。
●C2 编译器（Server Compiler）
也称为"server 模式"编译器或"优化编译器"，设计目标是提供更高的峰值性能和更好的长期运行表现。
C2 执行更复杂的分析和优化步骤，包括全局优化、循环展开、内联函数等，能够生成高度优化的机器码，尤其针对长时间运行且热点代码频繁执行的应用程序效果显著。
此外，在 64 位环境下，通常没有明确的 32-bit Client 与 Server 区分，而是直接使用 64-bit Server 模式的 JVM，其内部同样包含 C1 和 C2 编译器。
选择 JIT 编译器的策略通常由 JVM 自动处理，根据应用的工作负载动态调整。例如，在应用程序启动时，默认会选择 C1 编译器快速编译热点代码，随着程序运行，热点代码会被 C2 编译器重新编译并替换以获得更好的性能。
在实际部署环境中，选择哪种 JIT 模式通常不需要手动指定，因为现代 JVM 会根据系统资源和运行环境智能选择最优策略。但在某些特定情况下，如需要最小化启动时间或者最大化持续运行效率时，可以通过设置 JVM 启动参数（如-client或-server选项）来强制选择某种编译器模式。
2、JIT 编译器的基本架构
基本架构上，一个JIT编译器通常包含以下几个关键部分：
ⅰ、解析器/解释器
在 JVM 环境中，首先由解析器或解释器读取字节码，并逐条解释执行。当检测到热点代码（即频繁执行的方法或循环）时，触发 JIT 编译过程。
ⅱ、代码生成器
JIT 编译器的核心模块，负责将解析后的中间表示（IR，Intermediate Representation）转换为目标平台的机器码。该模块通常包括指令选择、寄存器分配、调度优化等一系列编译器后端技术。
ⅲ、优化器
根据程序运行时的行为数据，优化器对编译代码进行各种优化，如常量折叠、公共子表达式消除、方法内联、循环展开等。这些优化可以提升代码执行速度，但也可能增加编译时间和空间开销，因此优化程度需要权衡。
ⅳ、反馈系统
收集程序运行时信息，如分支预测准确性、变量值分布等。反馈系统使得 JIT 编译器可以根据实际运行情况调整其生成的机器码。
ⅴ、分层编译策略
高级 JVM 实现中采用分层编译策略，例如：C1（Client Compiler）和 C2（Server Compiler）在 HotSpot JVM 中。C1 编译器快速生成质量尚可的机器码，用于初步加速；而 C2 编译器则进行深度优化，但编译时间较长。
ⅵ、代码缓存管理
编译后的机器码被存储在内存中的代码缓存区，以便后续直接调用。系统会根据资源限制和程序行为来决定何时移除不再活跃的已编译代码。
ⅶ、编译触发器
决定何时启动 JIT 编译的过程，如基于热点探测（计数器阈值）、方法大小或其他特定条件。
②垃圾收集与 JIT 编译的协同优化
垃圾收集（Garbage Collection，GC）和 Just-In-Time (JIT) 编译器是 Java 虚拟机（JVM）中两个独立但相互影响的关键组件。它们在运行时对 Java 应用程序进行优化，以提高性能并降低资源消耗。垃圾收集负责自动管理内存分配与回收，而 JIT 编译则将字节码转换为机器码，以便更高效地执行。两者之间存在协同优化的关系：
1、基于对象生命周期的优化
JIT 编译器能够根据程序行为预测对象的生命周期，并将此信息反馈给垃圾收集器。例如，如果 JIT 发现某些短生命周期的对象总是在特定区域创建和消亡，那么垃圾收集器可以针对性地采用更为激进的年轻代收集策略，减少全局或者老年代的垃圾收集频率，从而提升系统性能。
2、内存分配优化
JIT 编译器在编译期间可以进行逃逸分析，确定对象是否有可能被外部引用，如果确定不会逃逸，则可能将其分配在栈上而不是堆上，这样可以避免垃圾收集器对这部分内存的跟踪和回收，提高内存利用效率和运行速度。
3、停顿时间最小化
垃圾收集过程中需要暂停应用线程，这会导致"Stop-The-World"现象。为了尽量减少这种停顿，JIT 编译器和垃圾收集器会通过各种手段协同工作。比如，在发生垃圾收集前，编译器可以尝试完成更多的代码编译，使得在垃圾收集完成后能有更多已编译的热点代码可以直接执行，从而降低因编译导致的额外延迟。
4、编译策略调整
垃圾收集器的工作状态会影响 JIT 编译器的决策。例如，当垃圾收集器频繁触发且影响到应用性能时，JIT 编译器可能会选择生成更多优化程度较低、占用空间较小的代码，以减少堆内存压力；反之则可以生成更多优化程度高的代码来提升执行效率。
5、编译过程中的并发与并行
现代 JVM 中的垃圾收集器和 JIT 编译器都能并发或并行地执行任务，即在进行垃圾收集的同时，JIT 编译器可以继续编译代码，反之亦然。这样可以最大化硬件资源的利用率，同时避免某一项活动成为系统的瓶颈。
总的来说，垃圾收集与 JIT 编译之间的协同优化体现在多个层面，包括但不限于：编译器指导内存分配策略、预测对象生命周期、配合 GC 进行并发处理等方面。这些优化措施共同作用，旨在提高 Java 应用的整体运行效率及内存利用率。
四、JIT 技术的发展与展望：
①JIT 技术的发展历程与关键技术突破
JIT 概念起源于制造业管理。日本丰田汽车公司在20世纪50年代至60年代间创立的丰田生产系统（Toyota Production System，TPS）。其基本理念是通过消除浪费、降低库存和实现连续流生产来提高效率和灵活性。
在计算机科学领域，JIT 指的是即时编译器（Just-In-Time Compiler）。这种技术首先应用于解释型语言，尤其是Java虚拟机（Java Virtual Machine，JVM）中，用于提高程序执行性能。
1、起源与发展历程：
历史上第一次明确提出在程序执行中生成代码并执行的概念的是约翰·麦卡锡上世纪60年代发表的关于 LISP 的论文：《符号表达式的递归函数及其在机器上的计算》。
而后肯·汤普逊在1968年发表了一篇关于正则表达式的论文，更加明确的提出正则表达式在执行时生成机器码。
再往后，詹姆斯高斯林于1990年从制造领域中引入术语 JIT，第一次在关于 Java 的技术文献中提及 JIT。
后续，2019年3月30日，PHP 宣布 JIT 将于2021年加入 PHP 8。
2、关键技术突破：
●动态编译
JIT 编译器能够在运行时对热点代码进行检测，并将其从字节码转换为机器码，这打破了传统解释执行的瓶颈，大大提高了程序的执行速度。
●性能分析与优化
JIT 编译器能够基于运行时的数据统计和分析，动态调整和优化生成的本地代码，例如：方法内联、循环展开、分支预测优化等。
●垃圾回收优化
针对 Java 这样的托管环境，JIT 还涉及内存管理方面的优化，如与垃圾回收器协作，减少内存分配和回收带来的开销等。
●多层编译策略
高级 JIT 编译器采用了分层编译策略，例如：C1（Client Compiler）进行初步优化，C2（Server Compiler）进行深度优化，结合了启动速度和长期运行性能的优势。
随着硬件性能的不断提升和软件复杂性的增加，JIT 编译器也在不断演进，比如：支持更复杂的指令集特性、更好的并发处理以及对于多核 CPU 架构的优化等。
②JIT 技术的发展趋势与未来展望
1、发展趋势
●深度优化与机器学习集成
现代 JIT 编译器不仅会进行传统的代码优化，如内联、冗余消除、循环展开等，还会尝试结合机器学习算法来预测程序行为，动态调整优化策略，实现更为智能且高效的代码生成。
●跨层优化与协作编译
多层次 JIT 编译策略将更加完善，不同层级编译器之间的协同工作将更紧密，例如：C1（快速编译器）与 C2（完全编译器）在 HotSpot JVM 中的配合将更加默契，以适应各种复杂的性能场景。
●异构计算支持
针对 GPU、TPU 以及 FPGA 等异构计算平台的支持将增强，JIT 编译器需要能够识别并利用这些硬件资源，为特定任务生成针对异构设备的高效执行代码。
●实时分析与即时反馈
JIT 将强化运行时的动态分析能力，更快地响应程序变化，并基于实际运行数据做出即时的编译决策，提高程序整体性能表现。
●跨语言融合
随着多语言运行环境的需求增加，JIT 编译器需要更好地支持多种编程语言，包括但不限于 Java、Kotlin、Scala 等，甚至对于字节码标准兼容的语言都能提供高性能的即时编译支持。
2、未来展望
●云原生环境下的动态适应性
在云计算和容器化环境中，JIT 编译器需具备更强的自适应能力，根据不同的容器配置和资源限制进行针对性优化。
●持续演进的硬件架构支持
面向未来的硬件特性，如新的处理器指令集、更大的核心数和内存带宽、非易失性内存（NVRAM）等，JIT编译器必须紧跟硬件发展步伐，充分利用新硬件提供的优势。
●安全性与隐私保护
随着安全性和隐私保护的重要性日益凸显，JIT 编译器可能需要引入更多针对安全漏洞和隐私泄露风险的检测和防护机制。
●无缝混合 AOT/JIT 模式
将 AOT（Ahead-Of-Time）编译与 JIT 编译相结合，形成混合编译模型，既能有效降低应用启动时间，又能确保长期运行时达到最优性能。
●开源与社区驱动创新
开源社区将在 JIT 技术的改进和发展中扮演越来越重要的角色，通过开源项目合作，不断推动 JIT 技术向着更高性能、更低延迟、更好兼容性的方向发展。
五、总结：
①Java JIT 技术的优势与不足
1、优势
●性能提升显著
相对于纯解释执行方式，JIT 编译使得 Java 应用能接近甚至达到静态编译语言的执行效率。
●延迟优化
避免了静态编译器需要预先猜测程序行为的问题，直接根据实际运行情况选择最有效的优化策略。
●跨平台兼容性
JIT 编译结合了 Java 的跨平台特性，能够在多种架构上自适应优化，确保代码在不同平台上都能良好运行。
●持续改进
随着程序运行，JIT 编译器可以不断调整和优化代码，使其随着时间和使用模式的变化而持续改进性能。
●高效资源利用
通过仅编译频繁执行的代码片段，避免了对所有代码都进行耗时的全局优化，从而更有效地利用系统资源。
2、不足
●启动时间长
相比 AOT（Ahead-of-Time）预编译，JIT 需要在程序启动后才开始编译热点代码，这会增加应用的启动时间和首次执行代码时的延迟。
●资源消耗
JIT 编译过程本身需要消耗 CPU 和内存资源，尤其是在大型应用程序中，可能会导致暂时性的性能下降。
●无法预先优化全局代码
由于 JIT 是局部和分块编译，它不能保证所有代码都得到全局最优的编译结果，特别是在一些短时间内无法被识别为热点的代码段上。
●稳定性考量
在极少数情况下，JIT 编译器的激进优化可能导致未预期的行为，尤其是在处理复杂的控制流和不确定性类型的情况下。
JIT 编译在提供高性能的同时，也面临启动慢、资源占用以及潜在的稳定性问题，但它仍然是现代 Java 虚拟机实现高性能的关键组成部分之一。随着 JVM 技术和编译器算法的发展，许多这些不足之处得到了不同程度的改善和优化。
②对 Java 开发者的启示与建议
1、理解性能优化原理
Java 开发者需要理解 JIT 的工作机制，知晓它能够根据运行时数据进行动态优化。这有助于开发者编写易于优化的代码，比如避免不必要的对象创建、减少方法调用开销等。
2、关注程序启动性能
JIT 虽然可以极大提升运行时性能，但可能会增加应用的启动时间。对于要求快速启动的应用场景，如桌面应用或微服务快速响应请求，应考虑采用 AOT 编译器或者优化初始化逻辑来减少启动时的延迟。
3、性能测试与分析
利用 JVM 提供的工具（如：JDK Mission Control，JVisualVM，Java Flight Recorder等）进行性能分析和监控，识别出热点代码，并针对这些代码进行优化。
4、合理设计代码结构
理解并利用内联缓存（Inline Caches）、分支预测等 JIT 优化技术，尽量让关键路径上的代码符合 JIT 编译器的优化策略，例如保持方法小且无副作用以利于内联。
5、充分利用现代 JVM 特性
随着 JVM 的发展，新的 JIT 编译器技术和模式不断出现，比如分层编译、GraalVM 的即时编译优化等。了解并适时采用最新 JVM 版本和特性，可以进一步提升应用性能。
6、避免过度优化
不要盲目地为了迎合 JIT 而过度优化代码，有时候简单的解决方案反而更容易被 JIT 处理。应当遵循 SOLID 原则编写可读性和维护性高的代码，并在必要时才深入到性能优化层面。
7、考虑代码生命周期
对于短暂执行然后卸载的代码块，JIT 可能无法带来显著收益，这时需要权衡是否值得投入资源进行特别优化。
8、学习和适应 JVM 调优
通过阅读相关文档、书籍和实践案例，掌握如何调整 JVM 参数以更好地配合 JIT 工作，比如设置合理的编译阈值、内存大小等。
Java 开发者在开发过程中应时刻关注代码的可执行效率，结合 JIT 技术的特点，写出既能满足业务需求又能高效运行的代码，并且在性能瓶颈出现时，能够利用相关工具和技术手段进行有效的性能诊断和优化。