Kestrel无法加载Interop DLL：F# Giraffe应用运行时文件缺失排查

针对你遇到的F# Giraffe应用加载Interop DLL失败的问题，可按以下方向排查解决：

1. 确认运行时工作目录与输出目录是否一致 #

使用dotnet run启动应用时，默认工作目录是项目根目录，而非bin\Debug\net6.0-windows10.0.17763.0输出目录。此时.NET会优先在工作目录下查找依赖DLL，而非输出目录。

• 解决方式：
  • 手动将Interop.PCDCLientLib.dll复制到项目根目录；
  • 在项目属性的“调试”选项卡中，将“工作目录”设置为输出目录路径（即bin\Debug\net6.0-windows10.0.17763.0）；
  • 直接进入输出目录，通过dotnet YourApp.dll命令启动应用。

2. 检查程序集名称大小写匹配 #

错误信息中显示的是Interop.PCDCLIENTLib，而你生成的DLL名为Interop.PCDCLientLib（注意CLIENT与CLient的大小写差异）。虽然Windows文件系统不区分大小写，但.NET程序集加载对名称大小写有严格要求，这可能是加载失败的核心原因。

• 解决方式：
  • 重命名生成的DLL，确保名称与错误信息中的完全一致；
  • 检查COM类型库引用的配置，确保生成的Interop程序集名称与预期一致。

3. 验证COM组件的系统注册状态 #

单元测试能正常加载，可能是测试环境中已注册原始COM组件，但应用运行环境未注册。Interop DLL本质是COM组件的托管包装，若原始COM组件未注册，.NET可能无法正确解析依赖。

• 解决方式：
  • 以管理员身份运行命令提示符，执行regsvr32 "路径\原始COM组件.dll"完成注册；
  • 若COM组件是64位，需使用C:\Windows\System32\regsvr32.exe；32位则用C:\Windows\SysWOW64\regsvr32.exe。

4. 替换生成事件为“复制到输出目录”属性 #

手动添加生成事件可能存在执行时机或路径错误，建议直接通过VS属性设置确保DLL被复制：

• 在解决方案资源管理器中找到Interop.PCDCLientLib.dll；
• 右键选择“属性”，将“复制到输出目录”设置为始终复制或较新时复制。

5. 排查运行时加载路径 #

若以上方法无效，可通过以下方式查看应用实际加载DLL的路径：

• 使用Process Explorer工具，找到你的应用进程，查看已加载的DLL列表，确认Interop.PCDCLIENTLib.dll是否被加载；
• 在应用启动代码中添加以下日志，输出当前程序集搜索路径：

  let searchPaths = AppDomain.CurrentDomain.BaseDirectory
  printfn "Current assembly search path: %s" searchPaths
  

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