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

Question

这是核心问题：我有一个在单独的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，创建一个新的并再次启动，所有这些都无需手动重启应用程序。无论如何，这就是理论......

Answer 1

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

<强>参考

(TechNet) Process Address Space

(MSDN) Application Domains

(MSDN) Boundaries: Processes and AppDomains

Answer 2

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

Answer 3

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