Java 主导着企业级应用。但在 云计算 领域，采用 Java 的成本比它的一些竞争对手更高。原生编译降低了在云端采用 Java 的成本：用它创建的应用程序启动速度更快，使用的内存更少。

那么，Java 用户的问题来了：原生 Java 是如何改变开发方式的？我们在什么情况下应该切换到原生 Java？什么情况下又不应该切换？我们应该使用什么框架？本系列文章将回答这些问题。

1. Java革新之路：GraalVM原生镜像

GraalVM 原生镜像是一种预先编译器，它可以生成原生 Java 可执行文件 。这些可执行文件启动非常快，使用更少的 CPU 和内存。这降低了在云端使用 Java 的成本。GraalVM 甚至可以达到与 JVM 相当的峰值吞吐量。许多 Java 框架已经支持 GraalVM，如 Spring Boot、Micronaut、Quarkus、Gluon 等。

作者： Alina Yurenko

2. 为 Java 提速：用 Quarkus 开发 Kubernetes Native Java 应用

在原生和基于 JVM 的 Java 应用程序的启动时间和内存利用率方面，Quarkus 都是业界的佼佼者。它降低了云计算的采用成本。在 Quarkus 中，Kubernetes 是一等部署平台，Kubernetes 的原语和特性都得到了良好支持。开发者可以继续使用他们已掌握的 Java API 知识，如 Jakarta EE、MicroProfile、Spring 等。应用程序可以是命令式的，也可以是响应式的，或者两者兼而有之！

作者： Jason Greene 、 John Clingan 、 Eric Deandrea

3. 现实世界中的原生 Java

部署在 Kubernetes 上的微服务是原生 Java 的一个绝佳应用场景：它们有很多框架和 Java 运行时。原生 Java 的构建、调试、测试、部署和配置需要更多的工作量。应用程序框架应该在生产环境中完全支持原生 Java。原生 Java 的采用可以是渐进式的，但原生 Java 应用程序只有在所有库都支持原生 Java 的情况下才能工作。

作者： KimJohn Quinn、 Rakesh Raja 、 Jason Moehlman

4. Java 云原生之路：Micronaut 框架

Micronaut 框架为构建云原生 Java 微服务提供了坚实的基础。它减少了对 Java 反射、运行时代理生成和动态类加载的使用。与 GraalVM 提前编译(AOT)的紧密集成可见 Micronaut 框架采用量的增长。编译时检查增加了类型安全并提高了开发人员的开发效率。

作者： Graeme Rocher

5. 借助 Spring Boot 和 GraalVM 实现原生 Java

将于 2022 年底推出的 Spring Boot 3 和 Spring Framework 6 将内置对原生 Java 的支持。对于 Spring Framework 5.x 和 Spring Boot 2.x 来说，Spring Native 是可行之道。Spring Native 为 Spring 庞大的库生态系统提供了集成能力。它还提供了一个组件模型，支持对其他库进行原生编译。

作者： Josh Long

6. 标准化原生 Java：拉近 GraalVM 和 OpenJDK 的距离

原生 Java 对于 Java 在不断演进的云世界中保持相关性至关重要。原生 Java 还有待完善。开发 生命周期 也需要做出调整。通过 Leyden 来实现标准化是原生 Java 取得成功的关键。OpenJDK 需要引入原生 Java，以便与其他增强功能共同演进。