大家好我是Java1234_小锋老师。如果你做过微服务、上过 Kubernetes大概率遇到过这种场景服务一扩容内存蹭蹭涨冷启动慢到让人抓狂。今天聊的Quarkus就是 Red Hat 专门为云原生时代打造的 Java 框架——启动快、占内存少写起来还像 Spring 一样顺手。一、Quarkus 是什么Quarkus读作「夸儿克斯」是 2019 年由 Red Hat 发布的开源 Java 框架口号很直白Supersonic Subatomic Java——超音速、亚原子级轻量。它不是什么「另起炉灶」的新语言你依然写熟悉的 Java 代码用 JAX-RS 写接口、用 CDI 做依赖注入但底层思路变了把大量工作从「运行时」挪到「编译时」让应用启动更快、运行更轻。简单说Quarkus 是写给容器、Kubernetes、Serverless这些场景的 Java 框架。二、为什么它比 Spring Boot 更快、更省内存传统 Spring Boot 的启动流程大致是这样启动 JVM扫描所有注解反射创建 Bean加载自动配置JIT 预热应用就绪每一步都要花时间、占内存。一个中等规模的 Spring Boot 应用冷启动25 秒、内存300500 MB并不稀奇。Quarkus 换了个思路——编译时优化JVM 模式Native 模式编写 Java 代码Quarkus 扩展在编译期处理生成优化后的运行时代码是否打 Native 包?0.3 秒左右启动50 毫秒内启动核心差异可以概括成一句话对比项Spring BootQuarkus优化时机主要在运行时反射 扫描主要在编译时代码生成JVM 启动通常 25 秒通常 0.31 秒JVM 内存300500 MB 常见150200 MB 左右Native 启动Spring Native 约 100 ms可低至 1050 msNative 内存约 150 MB约 70 MB数据来源综合自 ITNEXT 2026 基准测试、Java Code Geeks 多篇对比文章。实际数值会因业务复杂度、依赖多少而波动但Quarkus 在启动和内存上 consistently 更优是业界共识。三、一张图看懂两者差异左边是 Spring Boot 的「先启动、再干活」右边是 Quarkus 的「编译时就准备好启动即就绪」。这就是它快好几倍、内存省一半的根本原因。四、5 分钟上手写一个 REST 接口1. 创建项目用 Quarkus 官方脚手架选 REST 扩展即可# 使用 Quarkus CLI 创建项目quarkus create app com.example:hello-quarkus\--extensionrest,rest-jacksoncdhello-quarkus或者用 code.quarkus.io 网页勾选扩展下载即用。2. 写一个 REST 资源类packagecom.example;importjakarta.ws.rs.GET;importjakarta.ws.rs.Path;importjakarta.ws.rs.Produces;importjakarta.ws.rs.core.MediaType;importjava.time.LocalDateTime;importjava.time.format.DateTimeFormatter;/** * 示例 REST 接口 * 访问路径/hello */Path(/hello)publicclassHelloResource{privatestaticfinalDateTimeFormatterFORMATTERDateTimeFormatter.ofPattern(yyyy-MM-dd HH:mm:ss);/** * 返回问候语和当前时间 */GETProduces(MediaType.APPLICATION_JSON)publicGreetinghello(){returnnewGreeting(Hello, Quarkus!,LocalDateTime.now().format(FORMATTER));}/** 响应数据对象 */publicrecordGreeting(Stringmessage,Stringtime){}}3. 用 CDI 做依赖注入Quarkus 默认用 CDIContexts and Dependency Injection写法和 Spring 很像packagecom.example;importjakarta.enterprise.context.ApplicationScoped;importjakarta.inject.Inject;importjakarta.ws.rs.GET;importjakarta.ws.rs.Path;importjakarta.ws.rs.Produces;importjakarta.ws.rs.core.MediaType;/** * 带依赖注入的 REST 接口 */Path(/users)publicclassUserResource{InjectUserServiceuserService;GETProduces(MediaType.APPLICATION_JSON)publicStringlist(){returnuserService.getUserCount();}}/** * 业务服务层 */ApplicationScopedpublicclassUserService{publicStringgetUserCount(){return当前用户数128;}}4. 本地开发模式热重载# 开发模式改代码自动生效不用重启./mvnw quarkus:dev浏览器访问http://localhost:8080/hello就能看到 JSON 响应。开发体验和 Spring Boot 的spring-boot-devtools类似但启动更快。5. 配置文件application.properties写法也很熟悉# 服务端口 quarkus.http.port8080 # 应用名称 quarkus.application.namehello-quarkus # 开启 OpenAPI 文档需添加 quarkus-smallrye-openapi 扩展 quarkus.swagger-ui.always-includetrue五、几个值得记住的核心特性① 扩展机制ExtensionQuarkus 的功能以「扩展」形式提供比如quarkus-hibernate-orm-panache数据库、quarkus-resteasy-reactive响应式 REST。扩展在编译期就把配置、反射信息处理好了运行时几乎零开销。② Panache更简洁的数据库操作packagecom.example.entity;importio.quarkus.hibernate.orm.panache.PanacheEntity;importjakarta.persistence.Entity;/** * 用户实体 —— 继承 PanacheEntity 后自带 CRUD */EntitypublicclassUserextendsPanacheEntity{publicStringname;publicStringemail;/** 按名称查询 */publicstaticUserfindByName(Stringname){returnfind(name,name).firstResult();}}一行User.findByName(张三)就能查库比 JPA Repository 省不少样板代码。③ 响应式优先Quarkus 底层基于 Vert.x天然支持响应式编程。高并发场景下Reactive 栈的吞吐量往往比传统阻塞式高出一截。④ 开发体验友好quarkus:dev热重载内置 Dev UIhttp://localhost:8080/q/dev/和 Spring 类似的注解风格学习成本低六、Native 镜像启动快到毫秒级如果你要把应用部署到 AWS Lambda、Knative 这类按次计费的环境Native 镜像是杀手锏。# 打包成 Native 可执行文件需要 GraalVM./mvnw package-Pnative# 运行./target/hello-quarkus-1.0.0-SNAPSHOT-runner打包后是一个独立二进制不需要 JVM启动时间可压到1050 毫秒内存占用约70 MB。Java 源码Maven/Gradle 编译Quarkus 扩展处理GraalVM Native Image独立可执行文件 .exe / 无扩展名毫秒级启动 极低内存当然Native 编译时间比 JVM 包长一些通常几分钟适合生产部署不适合每次改一行代码就编一次。七、适合用 Quarkus 的场景场景为什么选 QuarkusKubernetes 微服务Pod 多、密度高内存省 省钱Serverless / FaaS冷启动快不会被计费拖垮边缘计算 / IoT资源有限跑不动臃肿的 JVM 应用高并发 API 网关响应式栈吞吐高、延迟低新项目、云原生优先没有历史包袱直接享受编译时优化八、和 Spring Boot 怎么选这不是「谁取代谁」的问题而是「什么场景用什么工具」。选 Quarkus如果你新项目目标就是 K8s / 云原生对启动时间和内存敏感Serverless、弹性伸缩团队愿意接受相对小一些的生态但主流中间件都有扩展继续用 Spring Boot如果你大型企业项目深度依赖 Spring Cloud、Spring Security 全家桶团队 Spring 经验丰富迁移成本是首要考量应用长期运行、对冷启动不敏感比如单体后台两个框架的代码风格有相似之处有 Spring 基础的开发者通常一两周就能上手 Quarkus。九、写在最后Quarkus 不是来「干掉」Spring Boot 的。它解决的是一个很实际的问题Java 在云原生时代太重了。通过把反射、扫描、配置这些脏活累活提前到编译期Quarkus 让 Java 应用也能像 Go、Rust 那样轻快启动、省内存运行。对于微服务、容器化、Serverless 这些越来越主流的场景它确实是一个值得认真考虑的选项。如果你正被启动慢、内存高折磨不妨花一个下午试试quarkus create app com.example:my-first-quarkus--extensionrestcdmy-first-quarkus ./mvnw quarkus:dev亲身体验一下那个启动速度可能会让你对 Java 刮目相看。
大家好我是Java1234_小锋老师。如果你做过微服务、上过 Kubernetes大概率遇到过这种场景服务一扩容内存蹭蹭涨冷启动慢到让人抓狂。今天聊的Quarkus就是 Red Hat 专门为云原生时代打造的 Java 框架——启动快、占内存少写起来还像 Spring 一样顺手。一、Quarkus 是什么Quarkus读作「夸儿克斯」是 2019 年由 Red Hat 发布的开源 Java 框架口号很直白Supersonic Subatomic Java——超音速、亚原子级轻量。它不是什么「另起炉灶」的新语言你依然写熟悉的 Java 代码用 JAX-RS 写接口、用 CDI 做依赖注入但底层思路变了把大量工作从「运行时」挪到「编译时」让应用启动更快、运行更轻。简单说Quarkus 是写给容器、Kubernetes、Serverless这些场景的 Java 框架。二、为什么它比 Spring Boot 更快、更省内存传统 Spring Boot 的启动流程大致是这样启动 JVM扫描所有注解反射创建 Bean加载自动配置JIT 预热应用就绪每一步都要花时间、占内存。一个中等规模的 Spring Boot 应用冷启动25 秒、内存300500 MB并不稀奇。Quarkus 换了个思路——编译时优化JVM 模式Native 模式编写 Java 代码Quarkus 扩展在编译期处理生成优化后的运行时代码是否打 Native 包?0.3 秒左右启动50 毫秒内启动核心差异可以概括成一句话对比项Spring BootQuarkus优化时机主要在运行时反射 扫描主要在编译时代码生成JVM 启动通常 25 秒通常 0.31 秒JVM 内存300500 MB 常见150200 MB 左右Native 启动Spring Native 约 100 ms可低至 1050 msNative 内存约 150 MB约 70 MB数据来源综合自 ITNEXT 2026 基准测试、Java Code Geeks 多篇对比文章。实际数值会因业务复杂度、依赖多少而波动但Quarkus 在启动和内存上 consistently 更优是业界共识。三、一张图看懂两者差异左边是 Spring Boot 的「先启动、再干活」右边是 Quarkus 的「编译时就准备好启动即就绪」。这就是它快好几倍、内存省一半的根本原因。四、5 分钟上手写一个 REST 接口1. 创建项目用 Quarkus 官方脚手架选 REST 扩展即可# 使用 Quarkus CLI 创建项目quarkus create app com.example:hello-quarkus\--extensionrest,rest-jacksoncdhello-quarkus或者用 code.quarkus.io 网页勾选扩展下载即用。2. 写一个 REST 资源类packagecom.example;importjakarta.ws.rs.GET;importjakarta.ws.rs.Path;importjakarta.ws.rs.Produces;importjakarta.ws.rs.core.MediaType;importjava.time.LocalDateTime;importjava.time.format.DateTimeFormatter;/** * 示例 REST 接口 * 访问路径/hello */Path(/hello)publicclassHelloResource{privatestaticfinalDateTimeFormatterFORMATTERDateTimeFormatter.ofPattern(yyyy-MM-dd HH:mm:ss);/** * 返回问候语和当前时间 */GETProduces(MediaType.APPLICATION_JSON)publicGreetinghello(){returnnewGreeting(Hello, Quarkus!,LocalDateTime.now().format(FORMATTER));}/** 响应数据对象 */publicrecordGreeting(Stringmessage,Stringtime){}}3. 用 CDI 做依赖注入Quarkus 默认用 CDIContexts and Dependency Injection写法和 Spring 很像packagecom.example;importjakarta.enterprise.context.ApplicationScoped;importjakarta.inject.Inject;importjakarta.ws.rs.GET;importjakarta.ws.rs.Path;importjakarta.ws.rs.Produces;importjakarta.ws.rs.core.MediaType;/** * 带依赖注入的 REST 接口 */Path(/users)publicclassUserResource{InjectUserServiceuserService;GETProduces(MediaType.APPLICATION_JSON)publicStringlist(){returnuserService.getUserCount();}}/** * 业务服务层 */ApplicationScopedpublicclassUserService{publicStringgetUserCount(){return当前用户数128;}}4. 本地开发模式热重载# 开发模式改代码自动生效不用重启./mvnw quarkus:dev浏览器访问http://localhost:8080/hello就能看到 JSON 响应。开发体验和 Spring Boot 的spring-boot-devtools类似但启动更快。5. 配置文件application.properties写法也很熟悉# 服务端口 quarkus.http.port8080 # 应用名称 quarkus.application.namehello-quarkus # 开启 OpenAPI 文档需添加 quarkus-smallrye-openapi 扩展 quarkus.swagger-ui.always-includetrue五、几个值得记住的核心特性① 扩展机制ExtensionQuarkus 的功能以「扩展」形式提供比如quarkus-hibernate-orm-panache数据库、quarkus-resteasy-reactive响应式 REST。扩展在编译期就把配置、反射信息处理好了运行时几乎零开销。② Panache更简洁的数据库操作packagecom.example.entity;importio.quarkus.hibernate.orm.panache.PanacheEntity;importjakarta.persistence.Entity;/** * 用户实体 —— 继承 PanacheEntity 后自带 CRUD */EntitypublicclassUserextendsPanacheEntity{publicStringname;publicStringemail;/** 按名称查询 */publicstaticUserfindByName(Stringname){returnfind(name,name).firstResult();}}一行User.findByName(张三)就能查库比 JPA Repository 省不少样板代码。③ 响应式优先Quarkus 底层基于 Vert.x天然支持响应式编程。高并发场景下Reactive 栈的吞吐量往往比传统阻塞式高出一截。④ 开发体验友好quarkus:dev热重载内置 Dev UIhttp://localhost:8080/q/dev/和 Spring 类似的注解风格学习成本低六、Native 镜像启动快到毫秒级如果你要把应用部署到 AWS Lambda、Knative 这类按次计费的环境Native 镜像是杀手锏。# 打包成 Native 可执行文件需要 GraalVM./mvnw package-Pnative# 运行./target/hello-quarkus-1.0.0-SNAPSHOT-runner打包后是一个独立二进制不需要 JVM启动时间可压到1050 毫秒内存占用约70 MB。Java 源码Maven/Gradle 编译Quarkus 扩展处理GraalVM Native Image独立可执行文件 .exe / 无扩展名毫秒级启动 极低内存当然Native 编译时间比 JVM 包长一些通常几分钟适合生产部署不适合每次改一行代码就编一次。七、适合用 Quarkus 的场景场景为什么选 QuarkusKubernetes 微服务Pod 多、密度高内存省 省钱Serverless / FaaS冷启动快不会被计费拖垮边缘计算 / IoT资源有限跑不动臃肿的 JVM 应用高并发 API 网关响应式栈吞吐高、延迟低新项目、云原生优先没有历史包袱直接享受编译时优化八、和 Spring Boot 怎么选这不是「谁取代谁」的问题而是「什么场景用什么工具」。选 Quarkus如果你新项目目标就是 K8s / 云原生对启动时间和内存敏感Serverless、弹性伸缩团队愿意接受相对小一些的生态但主流中间件都有扩展继续用 Spring Boot如果你大型企业项目深度依赖 Spring Cloud、Spring Security 全家桶团队 Spring 经验丰富迁移成本是首要考量应用长期运行、对冷启动不敏感比如单体后台两个框架的代码风格有相似之处有 Spring 基础的开发者通常一两周就能上手 Quarkus。九、写在最后Quarkus 不是来「干掉」Spring Boot 的。它解决的是一个很实际的问题Java 在云原生时代太重了。通过把反射、扫描、配置这些脏活累活提前到编译期Quarkus 让 Java 应用也能像 Go、Rust 那样轻快启动、省内存运行。对于微服务、容器化、Serverless 这些越来越主流的场景它确实是一个值得认真考虑的选项。如果你正被启动慢、内存高折磨不妨花一个下午试试quarkus create app com.example:my-first-quarkus--extensionrestcdmy-first-quarkus ./mvnw quarkus:dev亲身体验一下那个启动速度可能会让你对 Java 刮目相看。
