Question

我正在尝试让COM启动我的进程外.NET COM服务器。如果使用x64编译服务器进程，它可以工作，但是如果我使用AnyCPU（这是我想要的），那么它会挂起一段时间并最终因0x80080005（CO_E_SERVER_EXEC_FAILURE）而失败。我怎样才能让它发挥作用？

我在64位计算机上运行：Windows 7与Visual Studio 2008 SP1。
我可以在任务管理器中看到它确实启动了我的服务器。所以我猜问题是COM和服务器之间的通信（类注册）。
我的测试客户端应用程序是用C＃编写的，但它是否为x86或x64编译无关紧要。使用32位C ++编写的东西也会出现问题。
如果我使用x64重建服务器并运行它，然后重建为AnyCPU，则COM可以启动它。重启会让我回到原来的状态。也许COM事先并不知道将要使用什么位数，以及之前的执行会有所帮助。
我找到Andy McMullen's blog post并尝试将CLSCTX_ACTIVATE_64_BIT_SERVER传递给CoCreateInstance（），但之前会触发失败：0x80040154（REGDB_E_CLASSNOTREG）。我在COM注册中做错了吗？你可以在下面看到它非常简单。在64位运行时进行注册，当客户端为64位时会出现问题，因此不应涉及Wow6432Node。

另一个小伙伴有一个similar problem，但MSFT的答案令人困惑。他似乎建议它只能通过DCOM（见链接）或COM +工作。我怀疑要么是要做很多工作，要么比分发我的.exe构建为x64和x86要糟糕得多。

您可能想知道我为什么要实施IPersistFile。这是因为我的真正问题是让BindMoniker（）从32位C ++程序运行到我的AnyCPU .Net程序。我把问题简化为这里提供的更简单的例子。

以下是客户端代码：

public partial class Form1 : Form
{
    public Form1()
    {
        InitializeComponent();
    }

    [DllImport("ole32.dll", ExactSpelling = true, PreserveSig = false)]
    [return: MarshalAs(UnmanagedType.Interface)]
    static extern object CoCreateInstance(
       [In, MarshalAs(UnmanagedType.LPStruct)] Guid rclsid,
       [MarshalAs(UnmanagedType.IUnknown)] object pUnkOuter,
       CLSCTX dwClsContext,
       [In, MarshalAs(UnmanagedType.LPStruct)] Guid riid);

    [Flags]
    enum CLSCTX : uint
    {
        CLSCTX_LOCAL_SERVER = 0x4,
        CLSCTX_ACTIVATE_64_BIT_SERVER = 0x80000,
    }

    private void Form1_Load(object sender, EventArgs e)
    {
        IPersistFile pf = (IPersistFile)CoCreateInstance(
            new Guid("1984D314-FC8D-44bc-9146-8A13500666A6"),
            null,
            CLSCTX.CLSCTX_LOCAL_SERVER,
            new Guid("0000010b-0000-0000-C000-000000000046"));  // IPersistFile
        pf.Load("c:\\bozo", 0);
    }
}

这是服务器：

static class Program
{
    [STAThread]
    static void Main()
    {
        if (Environment.CommandLine.Contains("/reg")) {
            RegistryKey cls = Registry.LocalMachine.CreateSubKey(String.Format(
                "SOFTWARE\\Classes\\CLSID\\{0}", PersistFile.ClassID.ToString("B")));
            cls.SetValue("InprocHandler32", "Ole32.dll");
            RegistryKey ls32 = cls.CreateSubKey("LocalServer32");
            ls32.SetValue(null, '"' + Application.ExecutablePath + '"');
            ls32.SetValue("ServerExecutable", Application.ExecutablePath);
        }

        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);

        RegistrationServices reg = new RegistrationServices();
        reg.RegisterTypeForComClients(
            typeof(PersistFile),
            RegistrationClassContext.LocalServer,
            RegistrationConnectionType.MultipleUse);

        Application.Run(new Form1());
    }
}

[ComVisible(true),
 Guid("1984D314-FC8D-44bc-9146-8A13500666A6"),
 ClassInterface(ClassInterfaceType.None)]
public class PersistFile : IPersistFile
{
    public static Guid ClassID
    {
        get
        {
            GuidAttribute a = (GuidAttribute)typeof(PersistFile).GetCustomAttributes(typeof(GuidAttribute), false)[0];
            return new Guid(a.Value);
        }
    }

    #region IPersistFile
    public void GetClassID(out Guid pClassID)
    {
        MessageBox.Show("GetClassID");
        pClassID = ClassID;
    }

    public int IsDirty()
    {
        MessageBox.Show("IsDirty");
        return 1;
    }

    public void Load(string pszFileName, int dwMode)
    {
        MessageBox.Show(String.Format("Load {0}", pszFileName));
    }

    public void Save(string pszFileName, bool fRemember)
    {
        MessageBox.Show("Save");
        throw new NotImplementedException();
    }

    public void SaveCompleted(string pszFileName)
    {
        MessageBox.Show("SaveCompleted");
        throw new NotImplementedException();
    }

    public void GetCurFile(out string ppszFileName)
    {
        MessageBox.Show("GetCurFile");
        throw new NotImplementedException();
    }
    #endregion
}

Answer 1

尝试使用RegistrationServices类注册您的com程序集。它还将选择正确的注册表路径并执行其他操作。

示例：

Assembly currentAssembly = Assembly.GetExecutingAssembly();
System.Runtime.InteropServices.RegistrationServices regAsm = new System.Runtime.InteropServices.RegistrationServices();
bool isRegistered = regAsm.RegisterAssembly(currentAssembly, System.Runtime.InteropServices.AssemblyRegistrationFlags.SetCodeBase);

另外我认为，根据.NET com服务器，.NET客户端程序集有些麻烦，但我找不到任何资源...

希望，这会有所帮助......

Answer 2

我猜问题是在运行时。我创建了一个使用C ++库注册的COM服务器（注册执行完美）。从.NET（CS）切换到AnyCPU时遇到了问题。

架构：

C ++库接口COM（建立在x64和x86平台上）
.NET库包装器（CS）（正确实例化所需的x64 / x86 C ++库）
.NET应用程序（CS） - COM客户端或COM服务器

注册构建为“AnyCPU”的.NET应用程序时会发生丑陋的事情。 COM客户端通过DCOM调用COM服务器后，服务器应用程序启动，但客户端收到无法启动COM服务器的错误。

我更进一步，用procmon和其他工具分析了注册数据，我得出了同样的结论：

x86在CLASSES \ Wow6432Node
x64和AnyCPU在CLASSES中注册类（在x64 windows机器上，完全相同的键;我敢打赌x86和AnyCPU会在x86机器上注册相同的内容）

现在，我做了一些实验：x86 / x64 / AnyCPU COM客户端可以毫无问题地连接到任何x86 / x64 COM服务器，但它无论如何都无法连接到AnyCPU COM服务器......

然后我执行了以下测试用例：

拥有x86 COM服务器注册表，用AnyCPU COM服务器替换可执行文件：COM客户端正在启动x86 COM服务器，但没有通信......它一遍又一遍地启动服务器..
拥有x64 COM服务器注册表，用AnyCPU COM服务器替换可执行文件：COM客户端正在启动x64 COM服务器，但没有通信...它一遍又一遍地启动服务器..
拥有AnyCPU COM服务器注册表，用x86 COM服务器替换可执行文件：COM客户端能够成功启动并连接到x86 COM服务器。
拥有AnyCPU COM服务器注册表，用x64 COM服务器替换可执行文件：COM客户端能够成功启动并连接到x64 COM服务器。
拥有x86 COM服务器注册表，将可执行文件替换为x64 COM服务器：COM客户端能够成功启动并连接到x64 COM服务器。
拥有x64 COM服务器注册表，将可执行文件替换为x86 COM服务器：COM客户端能够成功启动并连接到x86 COM服务器。

到底哪里是沟通问题？这很奇怪......所提出的解决方案（CLSCTX_ACTIVATE_64_BIT_SERVER，PreferredServerBitness或corflags）都没有帮助。

其他人在这件事上取得了一些进展吗？我们应该联系微软吗？

COM无法启动作为AnyCPU编译的进程外.Net服务器

2 个答案: