VB控制台程序发布为exe后出现The object invoked has disconnected from its clients报错求助

我之前碰到过几乎一模一样的情况！结合我的排查经验，给你几个方向试试：

• COM对象生命周期没管好
  VS调试的时候，CLR的垃圾回收会比较“宽松”，IE的COM对象引用可能会被暂时保留；但发布后的程序（尤其是Release模式）GC会更激进，要是你的代码里没有明确持有IE对象（比如InternetExplorer实例）的引用，或者自定义dll里过早释放了相关对象，就很容易出现这个断开错误。
  解决办法：

  • 确保代码里始终保留对IE核心对象的引用，别让它轻易超出作用域；
  • 用完IE对象后，调用Marshal.ReleaseComObject()手动释放（注意不要过度释放）；
  • 检查你的自定义dll代码，有没有在不该释放的地方提前清理了IE相关的COM引用。

• 发布时依赖项没带全
  调试时VS会自动把所有需要的dll（包括你的自定义dll、IE互操作程序集比如SHDocVw.dll）复制到输出目录，但发布过程可能漏掉了某些依赖。程序刚启动时还能跑，可能是因为初始化阶段还没用到缺失的依赖，等调用到自定义dll里的功能时才出问题。
  解决办法：

  • 打开发布后的文件夹，确认你的自定义dll和IE相关的互操作程序集都在里面；
  • 在VS项目里把自定义dll的“复制到输出目录”设为“始终复制”，发布配置里也要确保包含这些文件；
  • 把自定义dll和发布后的exe放在同一目录下，避免加载路径问题。

• 权限或IE安全设置冲突
  调试时VS是用当前用户的完整权限运行的，但双击发布后的exe可能权限不足，或者IE的安全设置阻止了程序的交互。比如IE的“增强保护模式”会隔离COM对象，很容易导致断开。
  解决办法：

  • 右键点击发布后的exe，选择“以管理员身份运行”试试；
  • 打开IE的「Internet选项」→「安全」→「自定义级别」，确保“初始化脚本化窗口”“允许脚本初始化窗口”这类选项是启用的；
  • 关闭IE的“增强保护模式”（在Internet选项的高级标签里）。

• Release模式的代码优化搞的鬼
  Release模式默认开启代码优化，有时候会导致持有COM对象的变量被编译器提前回收，或者内存布局变化引发问题。
  解决办法：

  • 先在项目属性的「生成」→「高级」里把“优化”改为“禁用优化”，发布后测试是否还报错；如果好了，再逐步排查是哪部分优化导致的；
  • 给持有IE对象引用的方法加上[System.Runtime.CompilerServices.MethodImpl(MethodImplOptions.NoOptimization)]特性，阻止编译器优化这个方法里的代码。

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