使用ConfuserEx 2混淆.NET 6程序集遇到问题求助

问题1：混淆DLL时提示缺少System.Runtime等依赖项 #

原因 #

ConfuserEx 2默认的程序集搜索路径未包含.NET 6共享框架的位置，导致无法解析System.Runtime等核心类库。

解决方案 #

1. 找到你的.NET 6共享框架安装路径，通常是C:\Program Files\dotnet\shared\Microsoft.NETCore.App\6.0.x（替换x为实际安装的版本号）。
2. 在ConfuserEx的.crproj配置文件中添加probePaths节点，指定上述路径：

<project>
  <rule pattern="true" preset="normal" />
  <assemblies>
    <path>C:\Users\admin\source\repos\...\bin\Debug\net6.0\app.dll</path>
  </assemblies>
  <probePaths>
    <path>C:\Program Files\dotnet\shared\Microsoft.NETCore.App\6.0.25</path>
  </probePaths>
</project>

3. 不要手动将System.*类库添加到混淆列表，让ConfuserEx通过probePath自动查找依赖，避免版本冲突。

问题2：混淆发布后的单文件可执行程序提示不是有效.NET程序集 #

原因 #

.NET 6单文件发布的程序是打包后的整合文件，并非标准的.NET程序集格式，ConfuserEx 2无法直接解析。

解决方案 #

1. 发布项目时，暂时取消“单文件”选项，先编译出未打包的标准程序集（位于bin/Release/net6.0目录下）。
2. 使用ConfuserEx 2混淆这些未打包的exe和dll文件。
3. 混淆完成后，用dotnet命令重新打包成单文件：

dotnet publish -c Release -r win-x64 --self-contained true -p:PublishSingleFile=true --no-build

注意：必须先混淆，再打包，顺序不可颠倒。

问题3：混淆obj目录下的DLL后运行时提示缺少Win32本地依赖 #

原因 #

obj目录下的文件是编译中间产物，仅包含核心程序集，缺少运行时所需的本地原生组件（如runtime文件夹内的依赖）。

解决方案 #

1. 仅使用bin目录下的Release/Debug版本程序集（编译完成后的最终输出）进行混淆。
2. 混淆完成后，将混淆后的程序集替换到原bin目录的对应位置，确保与原生依赖文件（如runtimes文件夹）放在同一目录下，运行时即可自动加载所需Win32依赖。

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