什么是 GraalVM Native Image？它和 JVM JIT 编译的本质区别是什么？
- 标签：Java、新特性
🏛 业务架构师
GraalVM Native Image：用 AOT（提前编译）把 Java 应用编译成平台原生可执行文件——启动毫秒级、内存占用小（常为 JVM 模式的 1/3~1/5）、无需 JVM 运行时。
与 JIT 的本质区别：
- JIT（即时编译）：运行时逐步把热点字节码编译成本地码，用预热时间换峰值性能——长期运行下自适应优化效果好，但启动慢（秒级）、冷启动内存高、需要"预热流量"；
- AOT（Native Image）：构建时做封闭世界分析（closed-world）——静态确定可达的类与方法，全部提前编译、静态链接，运行时不再加载类、不再 JIT。代价：无法运行时加载反射/动态代理/字节码增强涉及的"不可预知"部分——必须构建时显式配置（reflection-config.json、代理配置、资源配置）。
业务价值与代价（架构决策的关键）：
- 赢家场景：Serverless/FaaS（按毫秒计费的冷启动敏感）、CLI 工具、边缘部署、K8s 弹性伸缩频繁的场景——启动从 10 秒到 50ms，扩容响应质变，实例内存省一半意味着同样的节点跑双倍副本；
- 代价清单：峰值吞吐通常低于充分预热的 JIT（差距在缩小）；构建链复杂（反射配置排查费人）；动态特性（部分框架的运行时增强）要额外适配。
2026 实践建议：Spring Boot 3 的 CRaC/Native 支持已成熟，微服务上 K8s 弹性场景值得试点（先拿一个无状态边缘服务练手，验证构建管线与监控适配，再扩大）；常驻大流量核心服务继续 JVM 模式享受 JIT 红利。
🏗 系统架构师
GraalVM Native Image = AOT 编译成本地可执行文件（构建时静态分析、编译为机器码），与 JIT 的本质区别：
| 维度 | JVM JIT | Native Image (AOT) |
|---|---|---|
| 编译时机 | 运行时按热点编译（C1/C2 分层） | 构建时全部编译 |
| 优化依据 | 运行时 profile（真实负载驱动） | 构建时静态分析（closed world 假设） |
| 启动 | 秒级（类加载+JIT 预热） | 毫秒级（直接执行） |
| 峰值性能 | 长期最优（profile 引导内联/逃逸分析） | 通常低于 JIT 峰值 5~20%（缺 profile 优化，GC 较简单） |
| 内存 | 基线高（JIT 代码缓存、元空间） | 基线低 1/3~1/5 |
| 动态性 | 完整支持反射/动态代理/字节码生成 | 需配置提示（reachability metadata） |
架构师视角的权衡本质：JIT 用"运行时信息"换峰值性能，代价是启动/内存；AOT 用"静态封闭世界"换启动/内存，代价是峰值性能与动态性——这是延迟优化与吞吐优化的路线之争。
适用场景：Serverless/FC（冷启动生死线，毫秒启动 + 低内存直接改写计费）、CLI 工具、Sidecar/Agent（K8s sidecar 内存预算紧张）、事件驱动低频服务（请求稀疏、JIT 预热白费）。
不适用：长时高吞吐在线服务（JIT 峰值赢）、重动态特性框架（无原生支持的）、高频重部署的迭代期（native 构建慢，分钟级）。
2026 现状：Spring Boot 3 AOT 支持成熟、CRaC（检查点恢复）提供第三条路（秒级启动 + JIT 峰值）——启动优化已有多档工具箱，按"启动延迟 × 峰值吞吐 × 内存"三角选型。
💻 全栈开发专家
GraalVM Native Image：AOT（提前）编译——构建期把字节码（+可达性分析后的类）直接编译成平台机器码的可执行文件，运行在 SubstrateVM 上。
和 JIT 的本质区别（执行模型对比）：
| JVM JIT | Native Image | |
|---|---|---|
| 编译时机 | 运行时热点即时编译 | 构建期一次性 AOT |
| 优化依据 | 运行时 profile（C2 深度优化） | 静态可达性分析（closed world 假设） |
| 启动 | 类加载+JIT 预热，秒级 | 直接跑机器码，毫秒级 |
| 峰值吞吐 | 更高（带 profile 的激进优化+内联） | 较低（无运行时反馈） |
| 动态特性 | 全支持 | 反射/动态代理/字节码生成需构建期配置 |
| 内存 | JVM 全套开销 | 显著更低（约 1/5） |
为什么动态特性受限：closed world——构建期就要知道所有会被反射加载的类、所有动态代理接口，写进 reachability-metadata（JSON 配置或 agent 探测生成）。Class.forName(用户输入) 这类运行时决定类的代码直接不可用。
实战（Spring Boot 3 + native）：
bash
# 用 agent 探测第三方库的反射使用，生成配置
java -agentlib:native-image-agent=config-output-dir=src/main/resources/META-INF/native-image \
-jar app.jar # 跑一遍测试/业务流程
mvn -Pnative native:compile # 产出可执行文件踩坑清单：构建慢（分钟级）且吃内存（8G+）；JNI/Unsafe/运行时字节码增强（CGLIB 老 ASM 版本、某些字节码工具）不兼容要换库；日志框架版本要对（logback native 支持要新）；峰值吞吐降 10~30%——Serverless/CLI/边缘才是 native 的主场，长驻高吞吐服务用 JIT 更划算。