COM 互操作程序集加载顺序

Question

我在使用 Outlook 插件时遇到了非常奇怪的程序集引用问题和加载问题。 以下是详细信息（很长的故事:)）：

我有一个旧的 Outlook 插件，是使用 .Net 1.1 编写和构建的。 该插件是在其自己的应用程序域中使用非托管填充程序加载的。 即使用户计算机上不存在 .Net 2.0，它也可以正常工作。

该插件使用一个自定义的 Outlook 互操作程序集，该程序集是由 VS 2003 针对 Outlook 2000 创建的，然后重新构建为强命名的（就像我的插件一样）。

在插件项目中，我仅引用此自定义互操作程序集，没有引用官方 MS 互操作程序集。

当此插件在包含 Outlook 2007 和 .Net 2.0 的环境中使用时，其中官方 MS 互操作程序集安装在 GAC 中，出于某种原因，我看到插件加载并使用了它们。

在 Connect 类的代码中，我有一个 using 指令：

using Outlook;

它是我的自定义互操作程序集的命名空间。

在 Connect ctor 中，我有以下代码行（出于测试目的而添加）：

Assembly.LoadFrom(PATHTOMYASSEMBLY + "Interop.Outlook.dll");
Type type = typeof(Outlook.ApplicationClass);
logger.Debug("Outlook.Application full type is: {0}", type.AssemblyQualifiedName);

此输出：

Outlook.Application 完整类型为： Outlook.ApplicationClass, Interop.Outlook，版本=9.0.0.0， 文化=中立， PublicKeyToken=4cfbdc5349cf59d8

这正是我所期望的。

问题是，当 OnConnection（对象应用程序，Extensibility.ext_ConnectMode connectMode，对象addInInst，ref System.Array自定义） 被调用，我在日志中看到（我有一个当前域的 AssemblyLoad 事件的钩子），MS 互操作程序集也被加载：

private void app_domain_AssemblyLoad(object sender, AssemblyLoadEventArgs args)
{
    Assembly loadedAssembly = args.LoadedAssembly;
    logger.Debug("Assembly {0} is loaded from: {1}", loadedAssembly.FullName, loadedAssembly.GlobalAssemblyCache ? "GAC" : loadedAssembly.Location);
}

输出：

组装 Microsoft.Office.Interop.Outlook， 版本=12.0.0.0，文化=中立， PublicKeyToken=71e9bce111e9429c 是 加载自：GAC

我的 OnConnection 方法如下所示：

public void OnConnection(object application, Extensibility.ext_ConnectMode connectMode, object addInInst, ref System.Array custom)
{
    Type type = application.GetType();
    logger.Debug("OnConnection application object's full type is: {0}", type.AssemblyQualifiedName);

    Outlook.Application applicationObject = (Outlook.Application)application;

此输出：

OnConnection 应用程序对象已满 类型是： Microsoft.Office.Interop.Outlook.ApplicationClass， Microsoft.Office.Interop.Outlook， 版本=12.0.0.0，文化=中立， PublicKeyToken=71e9bce111e9429c

这真的很奇怪，你可以看到在下一行我可以成功地转换到 Outlook.Application 而没有任何问题。

我已经检查了 Reflector，我的程序集没有以任何方式引用 Microsoft 的互操作程序集。 我的 Interop.Outlook.dll 也是如此。

那么，有人知道发生了什么事吗？ 这些问题的答案是什么：

1. 为什么它加载 Microsoft 程序集？

2. 如何在不同程序集中定义的不相关的类/接口之间进行转换？

注意：我创建了一个新的插件，非常简单，它什么也不做，只是加载。 我可以重现这个问题，所以真的，有人知道 CLR 如何决定加载什么互操作以及从哪里加载。 除了在 GAC 中之外，是否还有另一个地方（注册表？？？）在 COM 对象与其所需的互操作之间存在链接？

Answer 1

我想我在 Microsoft 的 主要互操作程序集 底漆。 Visual Studio 中的 PIA 处理方式有所不同：

当用户尝试添加对已注册 PIA 的类型库的引用时，Visual Studio 将静默使用已注册的 PIA，而不是使用 Tlbimp 重新导入类型库。 这可确保尽可能使用 PIA。

这意味着当你向项目添加对自己的IA的引用时，Visual Studio将检查是否有为此COM对象注册的PIA。 Outlook PIA 是在以下密钥下注册的：

HKEY_CLASSES_ROOT\CLSID\{0006F023-0000-0000-C000-000000000046}\InprocServer32\12.0.0.0
    Assembly="Microsoft.Office.Interop.Outlook, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C"

据我所知，使用 regasm 工具取消注册 PIA 应该删除该密钥，然后重新添加对您自己的 IA 的引用应该会产生预期的结果。

但是，如果有可用的 PIA，Microsoft 不建议使用自定义 IA。 我不明白其确切原因，但我认为这可能与封送优化和具有独特的类型定义有关。