COM互操作是否尊重.NET AppDomain边界以进行程序集加载?

时间:2008-10-28 06:25:18

标签: c# com interop com-interop appdomain

这是核心问题:我有一个在单独的AppDomain中使用COM interop的.NET应用程序。 COM的东西似乎是将程序集加载回默认域,而不是从中调用COM内容的AppDomain。

我想知道的是:这是预期的行为,还是我做错了导致这些COM相关程序集被加载到错误的AppDomain中?请参阅以下情况的更详细说明......

该应用程序包含3个程序集: - 主要的EXE,应用程序的入口点。 - common.dll,只包含一个接口IController(采用IPlugin风格) - controller.dll,包含一个实现IController和MarshalByRefObject的Controller类。该类完成所有工作,并使用COM互操作与另一个应用程序进行交互。

主要EXE的相关部分如下所示:

AppDomain controller_domain = AppDomain.CreateDomain("Controller Domain");
IController c = (IController)controller_domain.CreateInstanceFromAndUnwrap("controller.dll", "MyNamespace.Controller");
result = c.Run();
AppDomain.Unload(controller_domain);

common.dll只包含以下两件事:

public enum ControllerRunResult{FatalError, Finished, NonFatalError, NotRun}
public interface IController
{
    ControllerRunResult Run();
}

controller.dll包含这个类(也调用COM互操作):

public class Controller: IController, MarshalByRefObject

首次运行应用程序时,Assembly.GetAssemblies()看起来像预期的那样,在两个AppDomains中都加载了common.dll,并且只将controller.dll加载到控制器域中。在调用c.Run()之后,我看到与COM互操作相关的程序集已经加载到默认的AppDomain中,而不是在发生COM互操作的AppDomain中。

为什么会发生这种情况?

如果你感兴趣,这里有一些背景知识:

最初这是一个1 AppDomain应用程序。它与之接口的COM东西是一个服务器API,它在长时间使用时不稳定。当COM东西发生COMException(没有关于其原因的有用诊断信息)时,整个应用程序必须重新启动才能再次使用COM连接。只需重新连接到COM应用服务器,就会再次导致COM异常。为了解决这个问题,我试图将COM互操作内容移动到一个单独的AppDomain中,这样当神秘的COMExceptions出现时,我可以卸载发生它的AppDomain,创建一个新的并再次启动,所有这些都无需手动重启应用程序。无论如何,这就是理论......

3 个答案:

答案 0 :(得分:16)

不幸的是,COM组件在Process Space中加载,而不是在AppDomain的上下文中。因此,您需要手动拆除(释放和卸载)Native DLL(适用于COM和P / Invoke)。简单地破坏appdomain对你没有好处,但是重新生成整个过程不需要重置COM状态(简单地重新创建COM对象也应该正常工作,这听起来像组件提供者代码中的错误,也许他们可以解决这个问题吗?)

<强>参考

(TechNet) Process Address Space

(MSDN) Application Domains

(MSDN) Boundaries: Processes and AppDomains

答案 1 :(得分:2)

以下是Shaun Wilson答案正确的证明

Com App Domain

答案 2 :(得分:0)

不要制作控制器MBR。创建一个小代理,在第二个域中加载Controller并启动它。那样Controller dll就不会加载到第一个域中。