本地正常跨设备失效：DnSpy无法反编译C#独立单文件.exe

核心原因 #

1. .NET 6单文件发布的嵌入机制限制：.NET 6+的独立单文件默认会将托管程序集嵌入到PE文件的资源段，且默认启用ReadyToRun（R2R）编译或压缩优化。在无.NET SDK/运行时的机器上，dnspy无法借助本地运行时组件解析嵌入的托管代码，只能识别PE头；而本地因有完整的.NET环境，dnspy可调用运行时API提取并解析嵌入内容。
2. dnspy版本兼容性：旧版dnspy对.NET 6+的单文件嵌入格式支持不完善，若其他机器上的dnspy版本低于6.1.8，大概率无法正确解析这类单文件。
3. 发布配置差异：若本地发布时保留了调试符号或禁用了优化，而分发的版本启用了裁剪（PublishTrimmed）或R2R编译，会导致dnspy无法识别托管代码结构。

解决办法 #

1. 调整项目发布配置 #

修改项目的.csproj文件，添加以下配置，禁用可能导致解析问题的优化选项：

<PropertyGroup>
  <!-- 保持单文件发布 -->
  <PublishSingleFile>true</PublishSingleFile>
  <SelfContained>true</SelfContained>
  <!-- 禁用ReadyToRun编译，避免托管代码被编译成本地指令 -->
  <ReadyToRun>false</ReadyToRun>
  <!-- 禁用代码裁剪，防止程序集结构被破坏 -->
  <PublishTrimmed>false</PublishTrimmed>
  <!-- 禁用单文件压缩，让dnspy更容易解析嵌入的程序集 -->
  <EnableCompressionInSingleFile>false</EnableCompressionInSingleFile>
</PropertyGroup>

重新发布后，分发的exe在其他机器上可被dnspy正常解析。

2. 更新dnspy到最新版本 #

确保其他机器上使用的dnspy是支持.NET 6+单文件的版本（推荐6.1.8及以上），新版本修复了对.NET 6单文件嵌入格式的解析问题。

3. 手动提取嵌入的程序集 #

在目标机器上运行一次该exe，.NET会自动将嵌入的程序集提取到临时目录（路径通常为%TEMP%\dotnet\<随机字符串>）。找到提取出的项目dll文件，直接用dnspy打开这个dll即可查看完整的类结构和代码。

4. 发布时保留调试符号 #

在发布设置中勾选“保留调试符号”（或在.csproj中添加<DebugType>portable</DebugType>），调试符号会帮助dnspy更准确地识别托管代码结构。

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