dnSpy编译dll后程序运行崩溃，相同操作他人可正常运行问题求助

问题排查方案 #

1. 检查dnSpy编译器配置 #

• 确认你使用的dnSpy为官方正式版，部分第三方修改版dnSpy存在内置csc编译器路径配置错误、编译器版本不兼容问题。可进入dnSpy设置页检查C#编译器路径，确认指向本地已安装的对应.NET版本的官方编译器，而非dnSpy自带的旧版编译器。
• 关闭dnSpy设置中编辑方法时自动优化IL选项，部分脱混淆后的程序集残留有混淆工具生成的特殊元数据，和IL优化逻辑冲突时，即使不修改代码也会生成错误的IL指令。

2. 校验脱混淆后程序集的元数据完整性 #

• 用系统自带的ildasm.exe导出脱混淆后dll的元数据，检查是否存在未清理的强名称签名残留：

  ildasm.exe /text /metadata 目标.dll > 元数据日志.txt
  

  若存在强名称签名，需要在dnSpy保存修改时勾选移除强名称签名，否则.NET运行时会校验签名失败直接终止程序。
• 保存修改时勾选dnSpy的保持原有依赖项版本绑定选项，避免重新编译时默认更新依赖项版本，和原程序的绑定配置冲突。

3. 排查本地环境冲突 #

• 确认你本地安装的.NET Framework 4.8包含完整的目标包，部分精简版系统缺少对应版本的引用程序集，会导致dnSpy编译时静默引用错误版本的基础库类型，生成的IL存在隐式类型不匹配问题。
• 临时关闭本地杀毒软件、EDR等安全工具后重试，部分安全工具会校验.NET程序集的哈希值，修改后的程序集哈希和原程序不一致会被直接拦截崩溃，可将编译后的dll放到沙箱环境运行验证是否为安全工具拦截导致。

4. 验证编译输出正确性 #

编译后不要直接运行，先用dnSpy打开修改后的dll，对比你编译的方法的IL代码和脱混淆原dll同方法的IL代码，确认是否存在意外的指令修改、局部变量签名错误问题。

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