这是核心问题：我有一个在单独的 AppDomain中使用COM 互操作的 .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() 看起来与预期一样，common.dll 加载到两个 AppDomains 中，而 controller.dll 仅加载到控制器域中。但是，在调用 c.Run() 之后，我看到与 COM 互操作相关的程序集已加载到默认的 AppDomain 中，而不是在发生 COM 互操作的 AppDomain 中。
为什么会发生这种情况？
如果你有兴趣，这里有一点背景：
最初这是一个 1 AppDomain 应用程序。它与之交互的 COM 东西是一个服务器 API，长期使用并不稳定。当 COM 发生 COMException（没有关于其原因的有用诊断信息）时，必须重新启动整个应用程序，然后 COM 连接才能再次工作。简单地重新连接到 COM 应用程序服务器会再次立即导致 COM 异常。为了解决这个问题，我尝试将 COM 互操作的东西移动到一个单独的 AppDomain 中，这样当神秘的 COMExceptions 发生时，我可以卸载它发生的 AppDomain，创建一个新的并重新开始，而无需手动重新启动应用程序. 反正就是这个理论...
