AOT编程

最新推荐文章于 2024-05-14 23:43:41 发布
最新推荐文章于 2024-05-14 23:43:41 发布
阅读量1k 收藏 16
点赞数 16
分类专栏： Java Spring Boot 文章标签： java spring boot
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36942720/article/details/135224582
版权

1. AOT与JIT

AOT：Ahead-of-Time（提前编译）：程序执行前，全部被编译成机器码

JIT：Just in Time（即时编译）: 程序边编译，边运行；

编译：

  • 源代码（.c、.cpp、.go、.java。。。） =编译= 机器码

语言：

  • 编译型语言：编译器
  • 解释型语言：解释器

1. Complier 与 Interpreter

Java：半编译半解释

在线编程网站：https://anycodes.cn/editor

img

对比项编译器解释器
机器执行速度快，因为源代码只需被转换一次慢，因为每行代码都需要被解释执行
开发效率慢，因为需要耗费大量时间编译快，无需花费时间生成目标代码，更快的开发和测试
调试难以调试编译器生成的目标代码容易调试源代码，因为解释器一行一行地执行
可移植性（跨平台）不同平台需要重新编译目标平台代码同一份源码可以跨平台执行，因为每个平台会开发对应的解释器
学习难度相对较高，需要了解源代码、编译器以及目标机器的知识相对较低，无需了解机器的细节
错误检查编译器可以在编译代码时检查错误解释器只能在执行代码时检查错误
运行时增强无可以动态增强

2. AOT 与 JIT 对比

AOT会牺牲高级语言的一些特性：反射，面向切面…

JITAOT
优点1.具备实时调整能力
2.生成最优机器指令
3.根据代码运行情况优化内存占用		1.速度快，优化了运行时编译时间和内存消耗
2.程序初期就能达最高性能
3.加快程序启动速度
缺点1.运行期边编译速度慢
2.初始编译不能达到最高性能		1.程序第一次编译占用时间长
2.牺牲高级语言一些特性

在 OpenJDK 的官方 Wiki 上，介绍了HotSpot 虚拟机一个相对比较全面的、 即时编译器（JIT） 中采用的优化技术列表。

img

img

可使用：-XX:+PrintCompilation 打印JIT编译信息

3. JVM架构

.java === .class === 机器码

img

JVM: 既有解释器，又有编辑器（JIT：即时编译）；

4. Java的执行过程

建议阅读：

  • 美团技术：https://tech.meituan.com/2020/10/22/java-jit-practice-in-meituan.html
  • openjdk官网：https://wiki.openjdk.org/display/HotSpot/Compiler

1. 流程概要

img

jvm里面会判断一段代码是解释执行还是编译执行，如果是编译执行，就编译成机器码并且放到缓存里面，下次用到的时候，直接取；如果是解释执行，就直接解释执行，并且统计解释执行的次数，当次数达到某个阈值的时候，就触发编译，将机器码放在缓存中。

2. 详细流程

热点代码：调用次数非常多的代码

img

5. JVM编译器

JVM中集成了两种编译器，Client Compiler 和 Server Compiler；

  • Client Compiler注重启动速度和局部的优化
  • Server Compiler更加关注全局优化，性能更好，但由于会进行更多的全局分析，所以启动速度会慢。

Client Compiler：

  • HotSpot VM带有一个Client Compiler C1编译器
  • 这种编译器启动速度快，但是性能比较Server Compiler来说会差一些。
  • 编译后的机器码执行效率没有C2的高

Server Compiler：

  • Hotspot虚拟机中使用的Server Compiler有两种：C2 和 Graal。
  • 在Hotspot VM中，默认的Server Compiler是C2编译器。

6. 分层编译

Java 7开始引入了分层编译(Tiered Compiler)的概念，它结合了C1和C2的优势，追求启动速度和峰值性能的一个平衡。分层编译将JVM的执行状态分为了五个层次。五个层级分别是：

  • 解释执行。
  • 执行不带profiling的C1代码。
  • 执行仅带方法调用次数以及循环回边执行次数profiling的C1代码。
  • 执行带所有profiling的C1代码。
  • 执行C2代码。

profiling就是收集能够反映程序执行状态的数据。其中最基本的统计数据就是方法的调用次数，以及循环回边的执行次数。

img

  • 图中第①条路径，代表编译的一般情况，热点方法从解释执行到被3层的C1编译，最后被4层的C2编译。
  • 如果方法比较小（比如Java服务中常见的getter/setter方法），3层的profiling没有收集到有价值的数据，JVM就会断定该方法对于C1代码和C2代码的执行效率相同，就会执行图中第②条路径。在这种情况下，JVM会在3层编译之后，放弃进入C2编译，直接选择用1层的C1编译运行。
  • 在C1忙碌的情况下，执行图中第③条路径，在解释执行过程中对程序进行profiling ，根据信息直接由第4层的C2编译。
  • 前文提到C1中的执行效率是1层>2层>3层，第3层一般要比第2层慢35%以上，所以在C2忙碌的情况下，执行图中第④条路径。这时方法会被2层的C1编译，然后再被3层的C1编译，以减少方法在3层的执行时间。
  • 如果编译器做了一些比较激进的优化，比如分支预测，在实际运行时发现预测出错，这时就会进行反优化，重新进入解释执行，图中第⑤条执行路径代表的就是反优化。

总的来说，C1的编译速度更快，C2的编译质量更高，分层编译的不同编译路径，也就是JVM根据当前服务的运行情况来寻找当前服务的最佳平衡点的一个过程。从JDK 8开始，JVM默认开启分层编译。

存在的问题：

  • java应用如果用jar，解释执行，热点代码才编译成机器码；初始启动速度慢，初始处理请求数量少。
  • 大型云平台，要求每一种应用都必须秒级启动。每个应用都要求效率高。

希望的效果：

  • java应用也能提前被编译成机器码，随时急速启动，一启动就急速运行，最高性能

  • 编译成机器码的好处：

    • 另外的服务器还需要安装Java环境
    • 编译成机器码的，可以在这个平台 Windows X64 直接运行。

2. GraalVM

官网：https://www.graalvm.org/

GraalVM是一个高性能的JDK，旨在加速用Java和其他JVM语言编写的应用程序的执行，同时还提供JavaScript、Python和许多其他流行语言的运行时。

GraalVM提供了两种运行Java应用程序的方式：

    1. 在HotSpot JVM上使用Graal即时（JIT）编译器
    1. 作为预先编译（AOT）的本机可执行文件运行（本地镜像）。

GraalVM的多语言能力使得在单个应用程序中混合多种编程语言成为可能，同时消除了外部语言调用的成本。

1. 架构

img

2. 安装

跨平台提供原生镜像原理：安装graalVM,native-image，然后通过native-image进行调用集成环境VisualStudio，打包成windows下的可执行程序。

img

1. VisualStudio

官网：https://visualstudio.microsoft.com/zh-hans/free-developer-offers/

img

img

别选中文

img

img

记住你安装的地址；

2. GraalVM

1. 安装

下载 GraalVM + native-image

image.png

img

img

img

img

2. 配置

修改 JAVA_HOME 与 Path，指向新bin路径

img

img

验证JDK环境为GraalVM提供的即可：

img

3. 依赖

安装 native-image 依赖：

  1. 网络环境好：参考：https://www.graalvm.org/latest/reference-manual/native-image/#install-native-image
gu install native-image
  1. 网络不好，使用我们下载的离线jar;native-image-xxx.jar文件
gu install --file native-image-installable-svm-java17-windows-amd64-22.3.2.jar
4. 验证
native-image

image.png

3. 测试

1. 创建项目

  • 创建普通java项目。编写HelloWorld类；

    • 使用mvn clean package进行打包
    • 确认jar包是否可以执行java -jar xxx.jar
    • 可能需要给 MANIFEST.MF添加 Main-Class: 你的主类

2. 编译镜像

  • 编译为原生镜像（native-image）：使用native-tools终端

img

#从入口开始，编译整个jar
native-image -cp boot3-15-aot-common-1.0-SNAPSHOT.jar com.atguigu.MainApplication -o Haha

#编译某个类【必须有main入口方法，否则无法编译】
native-image -cp .\classes org.example.App

要把应用程序通过package打包之后，进入VisualStudio提供的x64 Native Tools，jar所在的文件夹下执行native-image -cp boot3-15-aot-common-1.0-SNAPSHOT.jar com.atguigu.MainApplication -o Haha。这个命令的com.atguigu.MainApplication表示入口，-o Haha表示生成的可执行文件名为Haha

3. Linux平台测试

    1. 安装gcc等环境
sudo yum install gcc glibc-devel zlib-devel
    1. 下载安装配置Linux下的GraalVM、native-image
    • 下载：https://www.graalvm.org/downloads/
    • 安装：GraalVM、native-image
    • 配置：JAVA环境变量为GraalVM
tar -zxvf graalvm-ce-java17-linux-amd64-22.3.2.tar.gz -C /opt/java/

sudo vim /etc/profile
#修改以下内容
export JAVA_HOME=/opt/java/graalvm-ce-java17-22.3.2
export PATH=$PATH:$JAVA_HOME/bin

source /etc/profile
    1. 安装native-image
gu install --file native-image-installable-svm-java17-linux-amd64-22.3.2.jar
    1. 使用native-image编译jar为原生程序
native-image -cp xxx.jar org.example.App

3. SpringBoot整合

image.png

1. 依赖导入

 <build>
     <plugins>
         <plugin>
             <groupId>org.graalvm.buildtools</groupId>
             <artifactId>native-maven-plugin</artifactId>
         </plugin>
         <plugin>
             <groupId>org.springframework.boot</groupId>
             <artifactId>spring-boot-maven-plugin</artifactId>
         </plugin>
     </plugins>
</build>

2. 生成native-image

1、运行aot提前处理命令：mvn springboot:process-aot

2、运行native打包：mvn -Pnative native:build

# 推荐加上 -Pnative
mvn -Pnative native:build -f pom.xml

img

3. 常见问题

可能提示如下各种错误，无法构建原生镜像，需要配置环境变量；

  • 出现cl.exe找不到错误
  • 出现乱码
  • 提示no include path set
  • 提示fatal error LNK1104: cannot open file ‘LIBCMT.lib’
  • 提示 LINK : fatal error LNK1104: cannot open file ‘kernel32.lib’
  • 提示各种其他找不到

需要修改三个环境变量：Path、INCLUDE、lib

  • 1、 Path：添加如下值

    • C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.33.31629\bin\Hostx64\x64

  • 2、新建INCLUDE环境变量：值为

C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.33.31629\include;C:\Program Files (x86)\Windows Kits\10\Include\10.0.19041.0\shared;C:\Program Files (x86)\Windows Kits\10\Include\10.0.19041.0\ucrt;C:\Program Files (x86)\Windows Kits\10\Include\10.0.19041.0\um;C:\Program Files (x86)\Windows Kits\10\Include\10.0.19041.0\winrt

img

  • 3、新建lib环境变量：值为
C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.33.31629\lib\x64;C:\Program Files (x86)\Windows Kits\10\Lib\10.0.19041.0\um\x64;C:\Program Files (x86)\Windows Kits\10\Lib\10.0.19041.0\ucrt\x64

clude\10.0.19041.0\um;C:\Program Files (x86)\Windows Kits\10\Include\10.0.19041.0\winrt


[外链图片转存中...(img-RrpPlCvu-1703577786321)]

- 3、新建`lib`环境变量：值为

```latex
C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.33.31629\lib\x64;C:\Program Files (x86)\Windows Kits\10\Lib\10.0.19041.0\um\x64;C:\Program Files (x86)\Windows Kits\10\Lib\10.0.19041.0\ucrt\x64

img

Please Sit Down
关注
  • 16
    点赞
  • 踩
  • 16
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Git LFS操作文档
Daniel462038751的专栏
09-22 414
1.背景 开发组同事，发现git项目中存在大文件，本地git缓存文件比较大，导致无法clone，为解决这个问题，引入了Git LFS来处理。 2.Git LFS简介 Git LFS（Large File Storage, 大文件存储）是 Github 开发的一个 Git 的扩展，用于实现 Git 对大文件的支持。 Git LFS可以把音乐、图片、视频等指定的任意文件存在 Git 仓库之外，而在 Git 仓库中用一个占用空间 1KB 不到的文本指针来代替文件的存在。 通过把大文件存...
mun —具有一流的热重载支持的已编译的静态类型脚本语言-Rust开发
05-27
功能提前编译-Mun可以提前编译（AOT），因为Mun Mun是一种编程语言，可以通过迭代进行创建。 功能提前编译-Mun提前编译（AOT），而不是即时解释或编译（JIT）。 通过在AOT编译期间检测代码中的错误，可以消除整个...
AOT编译器
实践求真知
07-17 2693
一点睛 JDK9 引入了 AOT编译器（静态提前编译器，Ahead of Time Compiler），它和JIT是并列关系。 JDK9 引入了实验性 AOT 编译工具aotc。它借助了 Graal 编译器，将所输入的 Java 类文件转换为机器码，并存放至生成的动态共享库之中。 所谓 AOT 编译，是与即时编译相对立的一个概念。即时编译指的是在程序的运行过程中，将字节码转换为可在硬件上直接运行的机器码，并部署至托管环境中的过程。而 AOT 编译指的则是，在程序运行之前，便将字节码转换为机器码的...
什么是AOT，AOT 有什么优点
最新发布
qq_33326733的博客
05-14 1675
JDK 9 引入了一种新的编译模式 AOT (Ahead of Time Compilation)。与 JIT (Just-In-Time Compilation) 不同，AOT 在程序执行前将其编译成机器码，属于静态编译。这种模式具有很多优点，但也有一些限制。本文将详细探讨 AOT 的优点以及其限制。
JIT编译和AOT编译
qq_33578950的博客
03-30 316
在计算机编程中，编译器是一个非常重要的工具。编译器可以将源代码翻译成可执行代码，使得程序能够在计算机上运行。在编译器中，常用的两种编译方式是JIT编译和AOT编译。本文将介绍这两种编译方式的工作原理和应用场景，并比较它们的优缺点。JIT编译和AOT编译是计算机编程中两种重要的编译方式。JIT编译通常用于解释性语言，可以提高程序的执行速度，并减少编译器的内存使用。AOT编译通常用于静态编程语言，可以提高程序的启动速度和执行速度，并且可以生成适合特定平台和架构的代码。
python 高性能编程 AOT VS JIT
ResumeProject的博客
05-14 1451
python的动态性 def f(x,y): return x+y print(f(1,2)) print(f("a","b")) python具有动态性但实际较少用到，这给编译器的编译带来困难,编译时会进行选择跳转，导致动态语言很慢. AOT 提前编译 ahead-of-time compilation 在运行程序代码之前在单独的步骤中编译函数，生成可以独立分发的磁盘二进制对象。这是 C、C++ 或 Fortran 等语言中已知的传统编译类型。 运行时没有编译开销。 AOT 编译为您的
aot上手
u014493323的博客
05-24 487
aot介绍 aot是Ahead-Of-Time的缩写，以前大家都知道java的一个定位就是半编译，半解释型语言。他把java文件编译成class文件，最后jvm解释执行class文件，jv...
DDV_retrieve_by_point_aot_反演AOT_
09-28
标题“DDV_retrieve_by_point_aot_反演AOT_”揭示了这是一个与大气光学厚度（Aerosol Optical Thickness, AOT）反演相关的项目。AOT是衡量大气中气溶胶粒子对光传播影响的重要参数，常用于气象学、环境科学和遥感等...
AOT--VR体验-
02-12
在本文中，我们将深入探讨与"AOT--VR体验-"相关的知识点，特别是与C#编程语言的关联。 首先，让我们理解AOT（Ahead-of-Time）编译的概念。在C#中，AOT编译是一种将代码预先编译成机器码的技术，与传统的JIT（Just-...
matlab开发-aot
08-23
MATLAB是一种广泛应用于科学计算、数据分析以及算法开发的高级编程环境。在MATLAB中，"AOT"通常指的是“Always On Top”，这是一个功能，可以使特定的MATLAB窗口或图形界面（GUI）始终显示在其他应用程序窗口之上。...
C语言编程课件
03-19
C#的知识点包括：类和对象、接口、委托、事件、泛型、LINQ（Language Integrated Query，语言集成查询）、异步编程（async/await）、AOT（Ahead Of Time）编译等。C#还引入了垃圾回收机制，自动管理内存，使得程序员...
AOT(超前编译）实例分析
深度菜鸡-达闻西的博客
12-21 4843
XLA编译器中超前编译（AOT）实例分析
JIL 编译与 AOT 编译
02-17 1591
JIT：Just-in-time compilation，即时编译；AOT：Ahead-of-time compilation，事前编译。 JVM即时编译（JIT）1. 动态编译与静态编译 动态编译（dynamic compilation）指的是“在运行时进行编译”；与之相对的是事前编译（ahead-of-time compilation，简称AOT），也叫静态编译
提前编译AOT整个实现流程（GraalVM安装配置）
m0_74313947的博客
09-11 415
与AOT区别的一种编译也就是一般使用的编译JIT也就是实时编译。
JIT（动态编译）和AOT（静态编译）编译技术比较
weixin_44966641的博客
12-07 3119
JIT（动态编译）和AOT（静态编译）编译技术比较 转自：https://www.cnblogs.com/tinytiny/p/3200448.html Java 应用程序的性能经常成为开发社区中的讨论热点。因为该语言的设计初衷是使用解释的方式支持应用程序的可移植性目标，早期 Java 运行时所提供的性能级别远低于 C 和 C++ 之类的编译语言。尽管这些语言可以提供更高的性能，但是生成的代码只能在有限的几种系统上执行。在过去的十年中，Java 运行时供应商开发了一些复杂的动态编译器，通常称作即时（Just
【提前编译：AOT概述】
小新的博客
03-27 3853
JIT和AOT 这个名词是指两种不同的编译方式，这两种编译方式的主要区别在于是否在“运行时”进行编译（1）JIT， Just-in-time,动态(即时)编译，边运行边编译；在程序运行时，根据算法计算出热点代码，然后进行 JIT 实时编译，这种方式吞吐量高，有运行时性能加成，可以跑得更快，并可以做到动态生成代码等，但是相对启动速度较慢，并需要一定时间和调用频率才能触发 JIT 的分层机制。JIT 缺点就是编译需要占用运行时资源，会导致进程卡顿。
AOT概述
weixin_46759354的博客
04-02 8957
11.1.1、JIT与AOT的区别JIT和AOT 这个名词是指两种不同的编译方式，这两种编译方式的主要区别在于是否在“运行时”进行编译（1）JIT， Just-in-time,动态(即时)编译，边运行边编译；在程序运行时，根据算法计算出热点代码，然后进行 JIT 实时编译，这种方式吞吐量高，有运行时性能加成，可以跑得更快，并可以做到动态生成代码等，但是相对启动速度较慢，并需要一定时间和调用频率才能触发 JIT 的分层机制。JIT 缺点就是编译需要占用运行时资源，会导致进程卡顿。
Spring Boot3通过GraalVM生成exe执行文件
weixin_41463944的博客
12-20 1648
Spring Boot3通过GraalVM生成exe执行文件
基础知识笔记（二）——JIT（即时编译）和AOT（提前编译）
YIYIYAYA1124的博客
03-06 1517
恶补计算机基础知识第二期——JIT和AOT
.NET AOT 反编译
09-07
.NET AOT 反编译是指对采用NativeAOT 编译的.NET程序进行反编译的过程。NativeAOT 是.NET 7 中引入的一项功能，它允许将.NET程序编译为本地机器码，以提高性能和执行速度。然而，由于编译过程是有损的，因此无法像传统的ILSpy等工具一样直接从编译后的程序中获取源代码。 在这种情况下，Reko是一款开源反编译工具，它可以对机器码进行反编译处理，并可以用于反编译采用NativeAOT 编译的.NET程序。使用Reko，研究人员可以将NativeAOT编译的程序转换为可读的源代码形式，以便进行分析和理解。然而，要使用Reko进行反编译，需要具备一定的编程知识和技能。 需要注意的是，反编译是一个有限的过程，由于编译过程中丢失了一些信息，例如复杂数据类型和注释，因此反编译得到的源代码可能不完整或不准确。为了获得更好的反编译结果，用户可以提供被编译器丢弃的类型信息，并为过程添加注释或友好名称。 综上所述，.NET AOT 反编译是指使用Reko等工具对采用NativeAOT编译的.NET程序进行反编译处理，以获取源代码形式的程序。需要注意反编译是一个有限的过程，可能需要用户的帮助和调整以获得更好的结果。<span class="em">1</span><span class="em">2</span><span class="em">3</span><span class="em">4</span>
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Please Sit Down

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值