C# COM开发Minitab Add-in遇外部DLL加载失败及嵌入资源异常求助

我之前帮朋友排查过类似的Minitab COM Add-in依赖加载问题，给你几个针对性的排查方向，应该能解决你的困扰：

• 确认Minitab的进程路径与权限
  Minitab作为COM宿主，它的默认启动路径可能不是你的Add-in DLL所在目录（比如默认指向Minitab安装目录）。你可以在Add-in的初始化方法里添加代码，输出当前进程的工作目录，验证是否和依赖DLL的目录一致：

  // 在Add-in的Initialize方法中添加
  string addInDir = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
  Debug.WriteLine($"当前工作目录：{Environment.CurrentDirectory}");
  Debug.WriteLine($"Add-in所在目录：{addInDir}");
  // 如果不一致，手动切换路径
  Environment.CurrentDirectory = addInDir;
  

  另外，记得以管理员身份运行Minitab，避免权限不足导致无法读取DLL文件。

• 检查平台兼容性（32/64位）
  Minitab的进程位数必须和你的依赖DLL完全匹配！比如早期版本的Minitab只有32位，而你的项目如果默认是Any CPU，可能会在64位系统下以64位模式运行，导致找不到32位的ZedGraph/OxyPlot DLL。
  解决方法：

  1. 确认你使用的Minitab是32位还是64位
  2. 在项目属性的“生成”选项卡中，将“目标平台”设为对应的x86或x64
  3. 确保下载的ZedGraph/OxyPlot DLL也是对应位数的版本

• 放弃嵌入资源，改用「复制本地」方式
  把第三方DLL设为嵌入资源在COM宿主环境下很容易出问题——CLR无法正确解析这类依赖的加载上下文，就会抛出“外部组件异常”。建议改用以下方式：

  1. 在项目中右键点击依赖DLL，选择「属性」
  2. 将「复制到输出目录」设为「始终复制」
  3. 发布Add-in时，确保这些DLL和你的Add-in DLL放在同一目录下

• 用Fusion Log Viewer定位加载失败细节
  如果还是找不到问题根源，可以用Windows自带的Fusion Log Viewer查看DLL加载的详细日志：

  1. 以管理员身份打开「开发者命令提示符」
  2. 运行命令：fuslogvw.exe
  3. 在工具中勾选「Enable Logging」，设置日志存储路径
  4. 启动Minitab并加载你的Add-in，查看生成的日志——里面会明确说明哪个DLL加载失败，以及系统尝试过哪些路径

• 验证Add-in的注册方式
  确保你按照Minitab官方要求注册Add-in：使用regasm.exe时，必须带上/codebase参数，让Minitab能准确定位到你的Add-in DLL路径，同时依赖DLL也要在该路径下。示例命令：

  regasm.exe YourMinitabAddIn.dll /codebase
  

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