新Interop Excel进程打开工作簿时抛出Thread was being aborted异常

• 跨进程COM调用RPC超时：你在新进程调用automationObject.OpenFile属于跨进程COM RPC调用，默认有超时限制（通常为60秒），而RealOpen方法内包含HTTP下载、文件写入等耗时不稳定的操作，当网络波动或文件较大导致耗时超过RPC超时阈值时，COM运行时会主动终止调用线程，抛出Thread was being aborted异常，这和你观测到的异常随机出现、无固定失败点的特征完全吻合。
• 新进程加载项未完成初始化：你设置addIn.Connect = true后直接调用方法，COM加载项的启动逻辑（如Startup事件执行、内部对象初始化）是异步执行的，偶尔加载项还未完全就绪就收到调用请求，会触发COM层的线程中断，甚至直接导致新进程崩溃。
• 动态调用绑定不稳定：使用dynamic调用COM对象方法依赖运行时类型绑定，当新进程的COM对象暴露不完整、或者Excel安全策略临时拦截时，会偶发绑定失败触发线程终止。
• 第三方程序拦截：防病毒软件、Excel受保护视图规则偶尔会在文件下载、写入阶段扫描并终止新Excel进程，直接导致跨进程调用被中断。

• 优化耗时任务执行逻辑：将RealOpen内的HTTP下载、文件IO等操作放到独立的后台线程执行，不要阻塞跨进程COM调用的RPC线程，从根源避免RPC超时。
• 增加加载项就绪等待逻辑：设置addIn.Connect = true后，增加等待逻辑，循环判断addIn.Object是否不为空，可额外增加200-500毫秒的延迟，确认加载项完全初始化后再调用方法。
• 替换动态调用为强类型调用：为COM加载项暴露的方法定义公开的互操作接口，用强类型调用替代dynamic调用，消除运行时绑定的不确定性。
• 增加调用重试机制：捕获ThreadAbortException异常后，增加1-2次的调用重试逻辑，覆盖偶发的临时异常场景。
• 延迟原始进程关闭时机：不要在调用完automationObject.OpenFile后立刻执行ExcelFunctions.CloseSession(application)，等新进程发送操作完成的通知后再关闭原始进程，避免原始进程线程被提前回收影响跨进程调用链路。

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