原生映像的权衡

原生映像功能强大，但并非没有代价。它用 JVM 的运行时适应能力换取快速启动和低内存占用。了解这些权衡，有助于您判断何时适合采用原生构建。

这是最突出的优势。原生二进制文件跳过了类加载、字节码验证和即时编译预热。它可以在几毫秒内启动，而 JVM 启动则可能需要数百毫秒——这对命令行工具和无服务器函数来说是巨大的改变。

没有 JIT 编译器、性能分析结构以及预计算的映像堆，原生进程的 RAM 占用会少得多。这样您就能在每个容器中容纳更多实例，并进行大幅缩容。

这是关键的权衡。JIT 会利用实时运行时性能分析数据进行优化，因此，长时间运行的 JVM 可能达到比在构建时盲目优化的 AOT 二进制文件更高的峰值吞吐量。对于持续运行的高负载工作负载，JVM 仍可能占优。

GraalVM 通过PGO缩小吞吐量差距：先构建插桩映像，运行具有代表性的工作负载以收集性能分析数据，然后使用这些数据重新构建。这样生成的 AOT 二进制文件在针对该工作负载时就会类似于预热后的 JIT。

构建原生映像速度较慢且非常耗费内存——大型应用需要占用数分钟的 CPU 时间和数 GB 的 RAM。与快速的 jar 构建相比，这会延长持续集成流水线的耗时。

反射、代理和资源需要元数据，这一点前面已经介绍过。严重依赖运行时类加载或字节码生成的代码，可能很难甚至无法在不修改的情况下完全原生化。

某些 JVM 工具在原生模式下有所不同。标准 JVMTI 代理和某些性能分析器无法以相同方式连接；您需要改用原生映像专用的监控或采样方式。因此，请相应地规划您的可观测性策略。

原生映像自带垃圾回收器（简单的串行垃圾回收器，以及某些版本中的 G1）。对于非常大的堆，JVM 的完整垃圾回收器阵容可能提供更好的延迟表现。请根据工作负载的堆大小和暂停要求选择合适的垃圾回收器。

• 可缩容至零的无服务器函数。
• 启动时间占主要比重的 CLI 工具。
• 部署在高密度容器中的微服务。
• 生命周期较短的批处理作业。

• 长时间运行且吞吐量至关重要的服务，其中 JIT 的峰值性能很重要。
• 大量使用动态类加载或字节码生成的应用。
• 依赖基于 JVMTI 的工具的工作负载。

您已经权衡了原生映像的利弊：

• 优势：毫秒级启动和较低的内存占用。
• 代价：峰值吞吐量可能较低、构建速度较慢、动态功能需要元数据，以及工具存在差异。
• PGO通过基于性能分析数据重新构建来缩小吞吐量差距。
• 原生映像适合 CLI、无服务器环境和高密度部署的微服务。
• JVM 适合长时间运行、吞吐量至关重要且动态功能较多的应用。