前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >.NET9 AOT完全自举了吗?

.NET9 AOT完全自举了吗?

作者头像
江湖评谈
发布2024-03-25 14:30:18
1020
发布2024-03-25 14:30:18
举报
文章被收录于专栏:天下风云天下风云

自举:自己把自己举起来,似乎有点难以理解。编程语言里面其实很简单。

举个例子: Python解释器是Python语言编写的,用Python解释器来解释Python应用层级的框架,语法糖,以及其它功能,即谓之自举。.NET的前端编译器是Roslyn,它是C#写的,但CLR/JIT后端编译则是C++。所以算不上自举。.NET AOT呢?

AOT编译器ILC是C#写的,构建了内存模型,加载MSIL,以及调用JIT。但在.NET9之前,目标文件Obj是由llvm后端构建的,所以它也算不上自举。.NET9里面,Obj目标文件生成引入了C#代码,取代了LLVM这块。但为了兼容之前的LLVM-ObjWriter.dll这块也是保留了,并没有删除,默认却是取代了之前的LLVM的生成,两者并存C#代码默认。

那么.NET9里面的AOT算不算自举呢?.NET9 AOT编译器ILC是完全的C#代码没有问题,因为LLVM被取代了(参考:.NET9 AOT ILC的重大变化。但是引导程序,也即是引导目标文件生成可执行的二进制文件的时候,用的C++的BootStrap(参考:.Net8的AOT引导程序BootStrap)所以严格意义上来说,也算不上自举。

.NET9 AOT也可以说成是完全自举了,实际上托管类型的语言,一定需要非托管的语言来加载引导运行。这就类似于操作系统的引导程序,开机之后,需要一个引导程序把指令引导到Windows系统上。比如进行MSVC后,.NET里面一般都会生成一个非托管的Exe,它即是加载引导文件。再比如,CLR Host即是一个非托管引导,否则托管DLL是无法直接运行的。

以上个人结合理解。

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

本文分享自 江湖评谈 微信公众号,前往查看

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

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

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档