ActiveX DLL 锁定主线程 UI

ActiveX DLL locks up main UI thread

我正在为 运行在 C# WinForms 应用程序的后台线程中使用来自 ActiveX DLL(从 VB6 编译)的函数而苦苦挣扎。

因为 VB6 DLL 项目包含很多对名为 Sheridan Controls (threed32.ocx) 的旧库的引用,我得到了有用的信息"doesn't support multi threaded mode",所以我必须设置线程模型选项在 VB6 中编译 DLL 时改为单线程(而不是单元线程)。因此,即使我在调用 DLL 的 C# Thread 对象上将 ApartmentState 属性 设置为 STA,它仍然会阻塞 UI 线程。

我不确定此时我的选择是什么。从 DLL 重构 Sheridan 控件将是一项乏味的工作。另一种是接受失败并让 UI 在 DLL 执行其工作时挂起。

我想我的主要问题是;有谁知道我可以(没有太多麻烦)运行 单独的 process/service 中的单线程 ActiveX DLL 可以从主 C# 线程异步调用的方法吗?或者还有其他我不知道的选项吗?

已解决:根据用户@mnistic 提供的信息,我找到了解决方案。我必须将 ActiveX DLL 重建为 ActiveX EXE,运行 作为进程外组件。为了让它工作,我必须在项目属性中将 "Start Mode" 设置为 "Standalone"。我还将 VB6 class 上的 Instancing 参数设置为 SingleUse,以确保全局状态不会跨实例共享。

更新项目引用后,我能够从我的 C# 应用程序在后台线程中调用库中的函数,而不会导致 GUI 滞后。

对于 ActiveX,Microsoft 区分了进程内组件和进程外组件。有时,当人们谈论 ActiveX 时,他们指的是进程内组件、dll 或 ocx 文件,这些文件 运行 与使用它们的客户端在同一进程中。通常,这些组件包括 GUI 元素,VB6 使这些元素易于嵌入到客户端应用程序中。但是,进程内组件必须使用客户端的执行线程,在您的情况下,这会导致主线程中的感知锁定。

这就是进程外组件的用途。它们在单独的线程中执行——事实上是单独的进程。缺点是通信需要跨越进程边界,但在您的情况下这不是问题,而且它们相对容易设置:https://msdn.microsoft.com/en-us/library/aa262334%28v=vs.60%29.aspx