.NET 6如何启用AOT编译？Crossgen2与AOT是否相同？

你查到的<RunAOTCompilation>配置本身是正确的，IDE没有智能提示是因为原生AOT在.NET 6中属于实验性预览功能，没有正式纳入公开的项目配置Schema，默认不会给出提示。以下是对应问题的明确解答：

.NET 6 正确启用原生AOT的步骤 #

.NET 6的原生AOT没有正式发布，启用时需要额外开启预览功能开关，具体操作如下：

• 先安装6.0.4xx及以上补丁版本的.NET 6 SDK，首个.NET 6 RTM版本的AOT工具链存在大量已知问题，不建议使用
• 编辑项目的.csproj文件，在根<PropertyGroup>节点下添加如下配置：

<PropertyGroup>
  <OutputType>Exe</OutputType>
  <TargetFramework>net6.0</TargetFramework>
  <!-- 开启原生AOT编译 -->
  <RunAOTCompilation>True</RunAOTCompilation>
  <!-- .NET6下必须开启预览功能支持，否则AOT配置不生效 -->
  <EnablePreviewFeatures>True</EnablePreviewFeatures>
</PropertyGroup>

• 发布项目时必须指定具体的目标运行时标识符（RID），原生AOT不支持生成跨平台通用的二进制文件，常用发布命令示例：
  • Windows 64位平台：dotnet publish -c Release -r win-x64 --self-contained
  • Linux 64位平台：dotnet publish -c Release -r linux-x64 --self-contained
  • macOS 64位平台：dotnet publish -c Release -r osx-x64 --self-contained

注意：.NET 6的原生AOT支持范围极窄，不支持反射、动态代码生成等大量常用.NET特性，仅适合控制台类简单场景测试，生产环境使用建议升级到.NET 7及以上版本，这些版本的原生AOT已经正式发布，支持场景更完善。

你之前了解的ReadyToRun和AOT的差异是准确的：ReadyToRun产物保留完整CLR逻辑，只要对应平台安装了.NET运行时即可运行，属于JIT性能优化方案；而原生AOT是平台专属的静态编译方案，产物不依赖外部.NET运行时。

验证AOT是否启用成功的方法 #

可以通过三个维度确认：

• 看发布输出目录的产物：原生AOT编译完成后，输出目录不会存在项目同名的主.dll文件，Windows平台会生成单个体积较大的.exe可执行文件，Linux/macOS下会生成单个无扩展名的可执行文件，将该文件拷贝到没有安装任何.NET运行时的同系统环境下，能直接启动运行就说明AOT编译生效
• 查看发布日志：执行发布命令时添加-v n参数输出详细构建日志，如果日志中出现原生代码编译、裁剪未使用依赖的相关记录，且没有出现JIT相关组件、完整CoreCLR运行时的拷贝日志，说明AOT流程正常触发
• 检查二进制依赖：Windows下可以用Dependencies工具、Linux下用ldd命令、macOS下用otool -L命令检查生成的可执行文件的依赖项，如果没有coreclr相关的动态库依赖，就说明是原生AOT产物，没有绑定完整CLR运行时。

Crossgen2是否等同于AOT #

两者不等同，定位有本质区别：

• Crossgen2是.NET平台提供的预编译工具，它最核心的用途是生成ReadyToRun格式的程序集：编译时提前将部分IL代码转换为对应平台的本地机器码，减少程序启动时的JIT编译开销，但产物依然保留完整IL元数据，依赖完整CoreCLR运行，支持所有.NET特性，遇到预编译未覆盖的代码段依然会触发JIT编译，属于运行时性能优化手段，不是完整的AOT编译。
• 原生AOT编译流程会用到Crossgen2作为工具链的一部分完成本地代码生成，但最终输出的是静态链接了最小化运行时的原生二进制，完全不包含JIT组件、不依赖外部.NET运行时，和Crossgen2直接生成的ReadyToRun产物有本质差异。

内容的提问来源于stack exchange，提问作者Álvaro García