编译为AnyCPU配置时生成可执行代码的实现原理是什么？

你对AnyCPU的核心认知是完全正确的：编译生成的EXE/DLL核心为架构无关的中间语言（IL），运行时由JIT编译器翻译为对应CPU的原生机器码，这就是AnyCPU能跨架构运行的核心逻辑。

关于你疑惑的入口点机器码问题，本质是混淆了Windows可执行文件的原生引导入口和.NET程序的业务入口，具体逻辑如下：

1. AnyCPU生成的PE文件结构特殊 #

Windows下的EXE本质是PE（可移植可执行）文件，AnyCPU编译出的PE文件头会标记为架构中立，同时带一个极短的*引导存根（boot stub）*作为原生入口点：

• 系统启动EXE时，首先读取PE头的标识判断架构属性
• 若当前为64位系统，自动加载64位.NET运行时；若为32位系统则加载32位.NET运行时

2. 引导存根确实是跨x86/x64兼容的 #

你的猜测完全正确，这个引导存根的代码是特意用x86和x64都能识别的公共指令子集编写的，逻辑非常简单，仅负责触发CLR运行时加载，没有任何业务逻辑，所以不需要提前确定架构就能在两套平台上正常运行。

3. 业务代码的入口完全不需要提前编译 #

引导存根完成CLR加载后，执行权就移交到CLR手中：

• CLR读取程序集中的IL代码
• 调用对应架构的JIT编译器，把IL实时编译为当前CPU适配的原生机器码
• 最后跳转到编译好的Main方法（也就是你写的.NET程序入口）执行

你代码里写的Main方法本身就是纯IL实现的，编译阶段完全不需要绑定架构，全部交给运行时处理即可。

补充一个常见的配置差异：如果编译时勾选了首选32位选项，AnyCPU编译出的程序在64位系统上也会默认以32位模式运行，仅在无32位运行环境时才会切换到64位模式，可以根据业务兼容需求调整。

内容的提问来源于stack exchange，提问作者Samuel B