如何禁用NGEN？解决签名被编译为原生镜像的DLL问题

当然可以！NGEN生成的原生镜像本质是预编译的机器码版本，初衷是提升程序启动速度，但这类文件确实没法修改（包括重新签名）。如果你需要对System.dll这类系统程序集进行签名，完全可以回退到使用未编译的IL字节码版本的.dll文件——这些版本是支持签名操作的。

步骤1：移除已有的NGEN原生镜像 #

你可以通过NGEN命令行工具清理已生成的原生镜像：

• 先打开管理员权限的命令提示符
• 针对单个程序集（比如System.dll）执行：

  ngen uninstall "C:\Windows\Microsoft.NET\Framework64\v4.0.30319\System.dll"
  

• 如果需要批量清理某个.NET版本下的所有原生镜像，可执行：

  ngen uninstall "*" /assembly:"C:\Windows\Microsoft.NET\Framework64\v4.0.30319"
  

  注意替换路径为你实际使用的.NET框架版本目录（比如32位的Framework目录，或者更高版本的.NET框架路径）。

步骤2：让CLR加载原始IL版本的程序集 #

NGEN的原生镜像默认存在C:\Windows\assembly\NativeImages_vXXXXXX目录下，而原始的IL程序集存放在C:\Windows\Microsoft.NET\Framework\vXXXXXX或Framework64目录中。当你移除原生镜像后，CLR会自动回退加载原始的IL版本.dll——这些是标准的PE格式文件，完全可以用signtool等签名工具进行处理。

关键注意事项 #

• 性能影响：禁用NGEN后，程序首次启动时CLR需要实时编译（JIT）IL代码，启动速度会变慢，但后续运行的性能差异不大（JIT编译后的代码会被缓存）。如果你的应用对启动速度要求不高，这个影响可以忽略。
• 系统兼容性：修改系统程序集的签名可能会影响依赖这些程序集的其他应用，所以建议只在受控的专属部署环境中操作，不要在普通用户的机器上进行这类修改。
• 签名验证配置：重新签名后，要确保你的应用配置了正确的签名验证策略，避免CLR因为程序集签名不匹配而拒绝加载。
• 新版本.NET的情况：如果你用的是.NET Core/.NET 5+，NGEN的替代是ReadyToRun（R2R）编译，操作逻辑类似——移除R2R镜像后，CLR会自动加载IL版本的程序集，同样支持签名。

内容的提问来源于stack exchange，提问作者animrevox acc