Loading [MathJax]/jax/output/CommonHTML/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >Spring Boot3,启动时间缩短 10 倍!

Spring Boot3,启动时间缩短 10 倍!

作者头像
江南一点雨
发布于 2024-01-29 02:38:24
发布于 2024-01-29 02:38:24
81500
代码可运行
举报
文章被收录于专栏:玩转JavaEE玩转JavaEE
运行总次数:0
代码可运行

文章发出来之后,有小伙伴问松哥有没有做性能比较,老实说,这个给落下了,所以今天再来一篇文章,和小伙伴们梳理比较小当我们利用 Native Image 的时候,Spring Boot 启动性能从参数上来说,到底提升了多少。

先告诉大家结论:启动速度提升 10 倍以上。

1. Native Image

1.1 GraalVM

不知道小伙伴们有没有注意到,现在当我们新建一个 Spring Boot 工程的时候,再添加依赖的时候有一个 GraalVM Native Support,这个就是指提供了 GraalVM 的支持。

那么什么是 GraalVM 呢?

GraalVM 是一种高性能的通用虚拟机,它为 Java 应用提供 AOT 编译和二进制打包能力,基于 GraalVM 打出的二进制包可以实现快速启动、具有超高性能、无需预热时间、同时需要非常少的资源消耗,所以你把 GraalVM 当作 JVM 来用,是没有问题的。

在运行上,GraalVM 同时支持 JIT 和 AOT 两种模式:

  • JIT 是即时编译(Just-In-Time Compilation)的缩写。它是一种在程序运行时将代码动态编译成机器码的技术。与传统的静态编译(Ahead-of-Time Compilation)不同,静态编译是在程序执行之前将代码编译成机器码,而 JIT 编译器在程序运行时根据需要将代码片段编译成机器码,然后再运行。所以 JIT 的启动会比较慢,因为编译需要占用运行时资源。我们平时使用 Oracle 提供的 Hotspot JVM 就属于这种。
  • AOT 是预先编译(Ahead-of-Time Compilation)的缩写。它是一种在程序执行之前将代码静态编译成机器码的技术。与即时编译(JIT)不同,即时编译是在程序运行时动态地将代码编译成机器码。AOT 编译器在程序构建或安装阶段将代码转换为机器码,然后在运行时直接执行机器码,而无需再进行编译过程。这种静态编译的方式可以提高程序的启动速度和执行效率,但也会增加构建和安装的时间和复杂性。AOT 编译器通常用于静态语言的编译过程,如 C、C++ 等。

如果我们在 Java 应用程序中使用了 AOT 技术,那么我们的 Java 项目就会被直接编译为机器码可以脱离 JVM 运行,运行效率也会得到很大的提升。

那么什么又是 Native Image 呢?

1.2 Native Image

Native Image 则是 GraalVM 提供的一个非常具有特色的打包技术,这种打包方式可以将应用程序打包为一个可脱离 JVM 在本地操作系统上独立运行的二进制包,这样就省去了 JVM 加载和字节码运行期预热的时间,提升了程序的运行效率。

Native Image 具备以下特点:

  • 即时启动:由于不需要 JVM 启动和类加载过程,Native Image 可以实现快速启动和即时执行。
  • 减少内存占用:编译成本地代码后,应用程序通常会有更低的运行时内存占用,因为它们不需要 JVM 的额外内存开销。
  • 静态分析:在构建 Native Image 时,GraalVM 使用静态分析来确定应用程序的哪些部分是必需的,并且只包含这些部分,这有助于减小最终可执行文件的大小。
  • 即时性能:虽然 JVM 可以通过JIT(Just-In-Time)编译在运行时优化代码,但 Native Image 提供了即时的、预先优化的性能,这对于需要快速响应的应用程序特别有用。
  • 跨平台兼容性:Native Image 可以为不同的操作系统构建特定的可执行文件,包括 Linux、macOS 和 Windows,即在 Mac 和 Linux 上自动生成系统可以执行的二进制文件,在 Windows 上则自动生成 exe 文件。
  • 安全性:由于 Native Image 不依赖于 JVM,因此减少了 JVM 可能存在的安全漏洞的攻击面。
  • 与 C 语言互操作:Native Image 可以与本地 C 语言库更容易地集成,因为它们都是在同一环境中运行的本地代码。

根据前面的介绍大家也能看到,GraalVM 所做的事情就是在程序运行之前,该编译的就编译好,这样当程序跑起来的时候,运行效率就会高,而这一切,就是利用 AOT 来实现的。

但是!对于一些涉及到动态访问的东西,GraalVM 似乎就有点力不从心了,原因很简单,GraalVM 在编译构建期间,会以 main 函数为入口,对我们的代码进行静态分析,静态分析的时候,一些无法触达的代码会被移除,而一些动态调用行为,例如反射、动态代理、动态属性、序列化、类延迟加载等,这些都需要程序真正跑起来才知道结果,这些就无法在编译构建期间被识别出来。

而反射、动态代理、序列化等恰恰是我们 Java 日常开发中最最重要的东西,不可能我们为了 Native Image 舍弃这些东西!因此,从 Spring6(Spring Boot3)开始支持 AOT Processing!AOT Processing 用来完成自动化的 Metadata 采集,这个采集主要就是解决反射、动态代理、动态属性、条件注解动态计算等问题,在编译构建期间自动采集相关的元数据信息并生成配置文件,然后将 Metadata 提供给 AOT 编译器使用。

道理搞明白之后,接下来通过一个案例来感受下 Native Image 的威力吧!

2. 准备工作

首先需要我们安装 GraalVM。

GraalVM 下载地址:

  • https://www.graalvm.org/downloads/

下载下来之后就是一个压缩文件,解压,然后配置一下环境变量就可以了,这个默认大家都会,我就不多说了。

GraalVM 配置好之后,还需要安装 Native Image 工具,命令如下:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
gu install native-image

装好之后,可以通过如下命令检查安装结果:

另一方面,Native Image 在进行打包的时候,会用到一些 C/C++ 相关的工具,所以还需要在电脑上安装 Visual Studio 2022,这个我们安装社区版就行了(https://visualstudio.microsoft.com/zh-hans/downloads/):

下载后双击安装就行了,安装的时候选择 C++ 桌面应用开发。

如此之后,准备工作就算完成了。

3. 实践

接下来我们创建一个 Spring Boot 工程,并且引入如下两个依赖:

然后我们开发一个接口:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
@RestController
public class HelloController {

    @Autowired
    HelloService helloService;

    @GetMapping("/hello")
    public String hello() {
        return helloService.sayHello();
    }
}
@Service
public class HelloService {
    public String sayHello() {
        return "hello aot";
    }
}

这是一个很简单的接口,接下来我们分别打包成传统的 jar 和 Native Image。

传统 jar 包就不用我多说了,大家执行 mvn package 即可:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
mvn package

打包完成之后,我们看下耗时时间:

耗时不算很久,差不多 3.7s 左右,算是比较快了,最终打成的 jar 包大小是 18.9MB。

再来看打成原生包,执行如下命令:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
mvn clean native:compile -Pnative

这个打包时间就比较久了,需要耐心等待一会:

可以看到,总共耗时 4 分 54 秒。

Native Image 打包的时候,如果我们是在 Windows 上,会自动打包成 exe 文件,如果是 Mac/Linux,则生成对应系统的可执行文件。

这里生成的 aot_demo.exe 文件大小是 82MB。

两种不同的打包方式,所耗费的时间完全不在一个量级。

再来看启动时间。

先看 jar 包启动时间:

耗时约 1.326s。

再来看 exe 文件的启动时间:

好家伙,只有 0.079s。

1.326/0.079=16.78

启动效率提升了 16.78 倍!

我画个表格对比一下这两种打包方式:

jar

Native Image

包大小

18.9MB

82MB

编译时间

3.7s

4分54s

启动时间

1.326s

0.079s

从这张表格中我们可以看到,Native Image 在打包的时候比较费时间,但是一旦打包成功,项目运行效率是非常高的。Native Image 很好的解决了 Java 冷启动耗时长、Java 应用需要预热等问题。

最后大家可以自行查看打包成 Native Image 时候的编译结果,如下图:

看过松哥之前将的 Spring 源码分析的小伙伴,这块的代码应该都很好明白,这就是直接把 BeanDefinition 给解析出来了,不仅注册了当前 Bean,也把当前 Bean 所需要的依赖给注入了,将来 Spring 执行的时候就不用再去解析 BeanDefinition 了。

同时我们可以看到在 META-INF 中生成了 reflect、resource 等配置文件。这些是我们添加的 native-maven-plugin 插件所分析出来的反射以及资源等信息,也是 Spring AOT Processing 这个环节处理的结果。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2024-01-29,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 江南一点雨 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
Spring Boot3 新玩法,AOT 优化!
今天和小伙伴们来聊一聊 Spring6 中的一个新特性 AOT(Ahead of Time),这也是目前在学习 Spring6 源码视频的小伙伴的一个提问,其实还是挺有代表意义的,因此松哥整理一篇文章来和大家聊一聊这个话题。
江南一点雨
2024/01/17
2.8K1
Spring Boot3 新玩法,AOT 优化!
Spring6 AOT 提前编译
JIT和AOT 这个名词是指两种不同的编译方式,这两种编译方式的主要区别在于是否在“运行时”进行编译
鱼找水需要时间
2023/06/24
4190
Spring6 AOT 提前编译
Java在云原生的破局利器——AOT(JIT与AOT)
JIT(Just-in-Time,实时编译)一直是Java语言的灵魂特性之一,与之相对的AOT(Ahead-of-Time,预编译)方式,似乎长久以来和Java语言都没有什么太大的关系。但是近年来随着Serverless、云原生等概念和技术的火爆,Java JVM和JIT的性能问题越来越多地被诟病,在Golang、Rust、NodeJS等新一代语言的包夹下,业界也不断出现“云原生时代,Java已死”的言论。那么,Java是否可以使用AOT方式进行编译,摆脱性能的桎梏,又是否能够在云原生时代焕发新的荣光?本文会带着这样的疑问,去探索Java AOT技术的历史和现状。
燃192
2023/02/28
4.1K0
Java在云原生的破局利器——AOT(JIT与AOT)
过两年 JVM 可能就要被 GraalVM 替代了
GraalVM 是 Oracle 大力发展和想要推广的新一代 JVM ,目前很多框架都已经渐渐支持 GraalVM 了,比如我们在用的 Spring 也已经推出了对 GraalVM 兼容的工具包了。
古时的风筝
2022/12/18
11.1K0
过两年 JVM 可能就要被 GraalVM 替代了
Spring Native 项目,把 Spring 项目编译成原生程序!
Spring 发布了 Spring Native 的 beta 版本,该功能已经在 start.spring.io 上可用了。
Yano_nankai
2021/03/29
3.3K0
【Spring云原生】Spring官宣,干掉原生JVM,推出 Spring Native!整体提升性能!Native镜像技术在Spring中的应用
Native镜像技术是一种将Java应用程序编译成本地可执行文件的技术。它的原理是通过静态编译将整个Java应用程序及其依赖项转换为本地机器代码,从而实现更快的启动时间和较小的内存占用。
苏泽
2024/03/10
6230
【干货】云原生时代,阿里如何让Java冷启动提速两个数量级?
来源 | QCon全球软件开发大会    嘉宾 | 林子熠     整理 | 李慧文 Java 语言自从诞生以来就被打上了“慢”的标签。经过 25 年的发展,Java 程序的峰值性能在实时编译(JIT)技术的支持下已能超越 C/C++ 程序,但实时编译仍无法解决冷启动速度慢的问题。在云原生的场景下,往往需要快速拉起新的服务以响应用户持续增长的请求,此时服务的启动时间就显得至关重要。 阿里探索了两种不同维度上的冷启动加速技术,经过双 11 大促的检验都取得了良好的效果:AppCDS 技术在传统 Java 环
江南一点雨
2022/04/19
1.4K0
【干货】云原生时代,阿里如何让Java冷启动提速两个数量级?
Java 革新之路:GraalVM 原生镜像
Java 主导着企业级应用。但在云计算领域,采用 Java 的成本比它的一些竞争对手更高。原生编译降低了在云端采用 Java 的成本:用它创建的应用程序启动速度更快,使用的内存更少。
xcbeyond
2022/09/07
1.6K0
Java 革新之路:GraalVM 原生镜像
Spring6和SpringBoot3的新特性-你不得不了解的AOT原来这么简单
  AOT是Spring6.0提供的一个新特性,Ahead of Time 提前编译。
用户4919348
2023/05/27
3.4K0
Spring6和SpringBoot3的新特性-你不得不了解的AOT原来这么简单
到底要不要拥抱 Spring Boot 3.0
Spring把这次升级称之为新一代框架的开始,下一个10年的新开端,口号喊的挺响亮,但是很多人在看过相关的Release Note之后,表示并不买账。
杨校
2022/12/07
1.9K0
到底要不要拥抱 Spring Boot 3.0
Spring6 正式发布!重磅更新,是否可以拯救 Java
Spring Framework6 和 Spring Boot3 是一个跨越式的升级整个框架支持的最低 JDK 版本直接跨越到 JDK17,无论框架层还是基础设施层都做了巨大的改变,Spring 6.0 新框架具体做了哪些功能的升级与改进,是否有必要升级与使用呢?可以继续看一看。
宋小生
2022/11/28
9K0
Spring6 正式发布!重磅更新,是否可以拯救 Java
Java Cloud Native 的未来 Graal AOT 编译器
Java 这门语言与生俱来的显著特性就是“一次编译,到处运行”,这种功能得益于 JVM 平台的支持,Java 程序通常通过将其打包为 JAR 或 WAR 包,并依赖 JVM 和 Servlet 容器来运行。其底层运行时 JVM 采用 JIT(即时编译)模式来执行程序代码,JVM 会在运行时进行编译优化和动态执行代码,这通常会导致较高的内存占用。这样的好处是采用 JIT 可以热更新和热部署程序,并且 JVM 可以在运行期间对程序进行动态分析,来实时优化程序以达到最好的性能状态。
一大块芝士
2024/07/23
3140
Java Cloud Native 的未来 Graal AOT 编译器
轻量灵动:革新轻量级服务开发
Tech 导读 Java虽然在市场份额占比巨大,但是在万物云原生下,因它启动时长,资源消耗较大,不易水平扩展等方面都成为了明显的短板,导致市场份额也逐渐减少。而GraalVM弥补了这些缺陷,本文将从实战方向带你打开,原生镜像之路。
京东技术
2023/08/22
4090
轻量灵动:革新轻量级服务开发
王炸!!Spring 终于对 JVM 动手了…
Spring 在今年 3 月份推出了 Spring Native Beta 版本,我本来还想着等正式发布了再研究下,不用等了,现在我们就来尝尝鲜。
Java技术栈
2021/06/16
9310
SpringBoot.3中的aot.factories到底有什么用?和以前的spring.factories一样吗?
首先,我们来澄清一下 aot.factories 和 spring.factories 之间的区别。这两个文件不仅名称不同,而且在功能上也存在显著差异。接下来,我们将深入探讨这两个文件的具体作用以及它们各自的应用场景。让我们一起来揭开它们的神秘面纱吧!
努力的小雨
2024/09/26
6310
Java一分钟之-GraalVM Native Image:构建原生可执行文件
在Java开发领域,GraalVM Native Image是一个令人兴奋的技术革新,它允许我们将Java应用程序编译成独立的、原生的可执行文件,从而实现近乎瞬时的启动时间和更低的内存消耗。这一突破性功能对于微服务、桌面应用乃至嵌入式系统具有重要意义。本文旨在深入浅出地探讨GraalVM Native Image的使用,揭示常见的挑战、易错点,并提供实用的解决策略和代码示例。
Jimaks
2024/06/13
1.3K0
GraalVM(云原生时代的Java)和IoT在边缘侧落地与实践
你可以嫌弃Java, 但是可以永远相信JVM! 在云原生如日中天、Serverless日渐成熟、新语言百花齐放的当下,跨语言、Native支持、高性能低资源占用的技术必定是其璀璨的明珠,而GraalVM正是这样一个承载了JVM未来,将Java带入下一波技术的弄潮儿。
sanshengshui
2023/05/01
1.2K0
GraalVM(云原生时代的Java)和IoT在边缘侧落地与实践
Java一分钟之-GraalVM:高性能运行时与编译器
GraalVM,作为Oracle实验室的明星项目,是一款革命性的高性能运行时与编译器平台,它不仅支持Java,还兼容JavaScript、Python、Ruby等多种语言。GraalVM通过其独特的即时编译(JIT)和提前编译(AOT)技术,为应用程序带来了显著的性能提升和跨语言互操作性。本文将深入浅出地探讨GraalVM的核心优势、常见问题、易错点及其规避策略,并附带实用代码示例。
Jimaks
2024/06/12
1.5K0
SpringBoot3正式版将于11月24日发布:都有哪些新特性?
从 2018 年 2 月 28 号发布 Spring Boot 2.0 版本开始,整个 2.X 版本已经经过了 4 年多的时间,累计发布了 95 个不同的版本,而就在前不久,2.X 系列的也已经迎来了他的最终版本:2.7。
艾小仙
2022/12/05
1.2K0
SpringBoot3正式版将于11月24日发布:都有哪些新特性?
软件开发:动态编译、即时编译、预编译与静态编译的对比与分析
在现代软件开发中,编译技术对程序性能和开发效率有着至关重要的影响。不同的编译策略在提升程序性能、灵活性和开发效率方面各有优劣。本文将深入探讨四种常见的编译技术:动态编译(Dynamic Compilation)、即时编译(Just-In-Time Compilation, JIT)、预编译(Ahead-of-Time Compilation, AOT)和静态编译(Static Compilation),对它们的定义、工作原理、优缺点及应用场景进行全面分析和对比。
运维开发王义杰
2024/06/25
1.4K0
软件开发:动态编译、即时编译、预编译与静态编译的对比与分析
推荐阅读
相关推荐
Spring Boot3 新玩法,AOT 优化!
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
本文部分代码块支持一键运行,欢迎体验
本文部分代码块支持一键运行,欢迎体验