VendorAssembly.DDK.dll加载失败无Fusion日志，求排查解决方法

首先得戳破核心矛盾：fuslogvw只负责追踪.NET程序集的绑定过程，但你的问题根本不在这一步——而是出在托管包装程序集依赖的非托管C++ DLL上。

从你贴的fuslogvw日志能看出来，.NET已经成功找到并加载了VendorAssembly.DDK.dll，但这个程序集是托管对非托管的包装，它内部要调用非托管C++代码，CLR在尝试加载这些非托管依赖时失败了。这种非托管DLL的加载错误会被包装成FileNotFoundException抛出来，但不会被fuslogvw记录，因为它不属于.NET程序集绑定的范畴。

具体解决步骤： #

• 第一步：找出缺失的非托管依赖
  用Visual Studio自带的dumpbin工具（或者Dependency Walker）查看VendorAssembly.DDK.dll依赖的非托管DLL：

  dumpbin /dependents "C:\WINDOWS\Microsoft.Net\assembly\GAC_64\VendorAssembly.DDK\v4.0_6.77.6580.1__9e16b9dd55e2cd53\VendorAssembly.DDK.dll"
  

  这个命令会列出所有非托管依赖，你就能明确看到哪些DLL没出现在应用输出目录或系统PATH里。

• 第二步：放置缺失的非托管DLL
  把找到的缺失非托管DLL放到以下任意一个位置：

  • 你的控制台应用输出目录（C:\SVN\redacted\ConsoleApplication1\bin\Debug\x64）
  • 系统PATH环境变量包含的目录（注意x64版本放C:\Windows\System32，x86版本放C:\Windows\SysWOW64）
  • 或者在程序启动时用SetDllDirectory API指定依赖目录（需要通过P/Invoke调用）

• 第三步：确认平台一致性
  你的应用目标平台是x64，所以所有非托管依赖必须是x64版本，绝对不能混用x86的DLL，否则哪怕路径正确也会加载失败。

• 第四步：启用本机调试排查细节
  在Visual Studio中打开项目属性→调试，勾选「启用本机代码调试」，这样运行时能看到更详细的非托管加载失败日志，精准定位到底是哪个DLL出了问题。

为什么fuslogvw没记录问题？ #

一句话说透：fuslogvw的职责边界就是.NET程序集的绑定逻辑，非托管DLL的加载不在它的监控范围内。你的日志已经明确显示.NET成功绑定了VendorAssembly.DDK.dll，所以fuslogvw认为操作完成，不会记录后续非托管依赖的加载错误。

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