Installshield Basic MSI报错：无法加载指定版本的.NET Core依赖程序集

一、快速修复当前"Dependent.dll加载失败"报错 #

• 先确认托管DLL输出目录里的所有依赖文件，找到版本为6.0.0.0的Dependent.dll，确保它和主DLL在同一目录。
• 打开Basic MSI项目的「支持文件」节点，把Dependent.dll添加进去，设置目标路径和主DLL一致（比如[INSTALLDIR]）。
• 检查自定义操作的「工作目录」设置，必须设为[INSTALLDIR]，让CLR能在当前执行目录找到依赖文件。

二、规范添加.NET Core 6.0依赖到MSI的步骤 #

1. 收集完整依赖集 #

• 用dotnet publish命令以独立部署模式发布托管项目，打包所有.NET Core运行时和依赖：

  dotnet publish YourManagedProject.csproj -c Release -r win-x64 --self-contained true
  

  发布后的文件会在bin/Release/net6.0/win-x64/publish目录下，包含主DLL、第三方依赖、.NET Core核心运行时文件。
• 从该目录筛选需要的文件：保留主DLL、所有第三方依赖DLL，以及.NET Core 6.0的核心运行时组件（跳过.pdb等符号文件）。

2. 将依赖加入MSI项目 #

• 在Basic MSI中右键「支持文件」→「添加文件」，选中刚才收集的所有依赖文件，设置目标路径为[INSTALLDIR]（或子目录如[INSTALLDIR]\runtime）。
• 如果用子目录存放运行时文件，需要在自定义操作的「自定义操作数据」里添加PROBING_PATH=[INSTALLDIR]\runtime，告知CLR去该目录查找依赖。

3. 配置自定义操作加载规则 #

• 确保自定义操作类型为「托管自定义操作」，并正确指定主DLL路径和类名（格式：YourMainDLL.dll, YourNamespace.YourCustomActionClass）。
• 若使用InstallShield等工具，将自定义操作的「加载行为」设为「从安装目录加载」，避免CLR在系统目录或临时目录查找文件。

三、额外排查技巧 #

• 核对Dependent.dll的版本：确保文件版本确实是6.0.0.0，和报错信息匹配，避免版本不兼容。
• 启用融合日志：用Windows自带的Fuslogvw.exe生成加载日志，精准定位加载失败的具体原因（比如文件缺失、权限不足、强签名不匹配）。
• 优先使用独立部署：如果目标机器没有全局安装.NET Core 6.0，务必用独立部署模式打包依赖，让MSI自带完整运行时，无需用户额外安装。

内容的提问来源于stack exchange，提问作者user-24