楔子：

本篇是承继前面三篇文章而来，分别为：

.Net 7 的 AOT 和 CLR有什么区别？
.Net 7 的 R2R,Crossgen2是什么?
.Net 7 的AOT原理简析

通过以上三篇的基础，本篇来彻底解析下AOT这门技术的底层原理。

AOT此终，不再叙。

.Obj(win) OR .O(Linux)目标文件

AOT的第一步就是比较重要的，通过ILC AOT编译器把托管代码的动态链接库（DLL)编译成二进制的机器码。

这个编译的过程基本上如下：

1.通过Roslyn把.Net代码编译成托管DLL
2.通过ILC AOT编译器调用JIT编译器
3.通过JIT编译器把托管DLL编译成二进制机器码
4.返回ILC编译器，把二进制的机器码写入目标文件.Obj OR .O。

写入目标文件之后，所有的代码需要运行的全局变量，局部变量，函数机器码，函数头，重定位偏移，符号结构，变量段偏移，全部被目标目标文件包含。

下一步就是进行目标机器的链接。

Link(win) OR ld（Linux）

win下面可以通过link.exe来链接目标文件。而linux下面可以通过ld -o命令来链接gcc或者ilc编译的目标文件.o 。

然后得到的exe或者ELF就是AOT最终的文件形态。

过程：

以上经过提炼的过程看似非常简单，里面实则极其复杂，而且晦涩。简单的看看。不会太深入。

以下1,2以__managed__Main AOT入口函数为例，它里面调用的是C#的Main函数。3以函数System.Runtime.TypeCast.LdelemaRef的重定位为例。4看链接之后。

1.入口：

第二列00269F60是__managed__Main函数在段.managedcode$I的偏移地址，也就是函数头地址。

2.内容：

3.局部变量
以下是.data段，

上图红色框的东西到底什么呢？为何也放入目标文件？

跟踪下发现是函数LdelemaRef重定位处的注释。以下是部分代码

蓝色框为重定位，所以值是0，红色框就是上面需要找的内容。

4.链接之后的可执行文件。
无论是win还是linux,链接之后的可执行文件，体积变小了，省略了函数名。可以对照下。
前：

后：

PE和ELF的加载器，LD和Link的中间连接过程。JIT，ILC，CL一个不落的全用上了。分支则在链接用了开源和不开源的链接器。

结果

微软为了支持社区提出的AOT技术，这个过程搞得复杂多了。但是用起来似乎以前方便了些，只不过封装太多了。