从非托管代码调用托管 .NET 代码的最佳方式

Question

我正在尝试找到从非托管 C++ 代码调用托管 .NET 代码的最佳执行方法。我在我的 C++ 应用程序中找到了有关 Hosting .NET 的信息，我能够创建一个 pRuntimeHost 并毫无问题地启动它。

ExecuteInDefaultAppDomain 似乎非常有限，因为我真的想向它发送一些参数并让它返回一个信息结构。最明显的替代方法是使用 COM 方法，但当前的 C# 代码并未真正设置为与方法的接口。

无论哪种方式，我都想返回整数、字符串 (char *)、双精度和其他核心 C++ 类型。双方代码太多，无法将 C++ 转换为 C#，并且使用托管 C++ 不是一个可接受的解决方案，因为使用此 C++ 代码的其他组出于性能原因不想开始使用托管代码。

目标是尽可能少地修改现有的 C++ 和 C# 代码，但仍然在 C++ 中的特定点使用 C# 代码中的方法，而不会严重影响 C++ 代码的速度。

根据在 Internet 上找到的代码，托管 .NET 的启动和关闭顺序是：

#include "stdafx.h"
#include <metahost.h>

#pragma comment(lib, "mscoree.lib")

int _tmain(int argc, _TCHAR* argv[])
{
    ICLRMetaHost       *pMetaHost       = NULL;
    ICLRMetaHostPolicy *pMetaHostPolicy = NULL;
    ICLRDebugging      *pCLRDebugging   = NULL;

    HRESULT hr;
    hr = CLRCreateInstance(CLSID_CLRMetaHost, IID_ICLRMetaHost, (LPVOID*)&pMetaHost);
    hr = CLRCreateInstance(CLSID_CLRMetaHostPolicy, IID_ICLRMetaHostPolicy, (LPVOID*)&pMetaHostPolicy);
    hr = CLRCreateInstance(CLSID_CLRDebugging, IID_ICLRDebugging, (LPVOID*)&pCLRDebugging);

    DWORD dwVersion = 0;
    DWORD dwImageVersion = 0;
    ICLRRuntimeInfo *pRuntimeInfo;
    hr = pMetaHost->GetRuntime(L"v4.0.30319", IID_ICLRRuntimeInfo, (LPVOID *)&pRuntimeInfo);

    ICLRRuntimeHost * pRuntimeHost = NULL;
    hr = pRuntimeInfo->GetInterface(CLSID_CLRRuntimeHost, IID_ICLRRuntimeHost, (LPVOID *)&pRuntimeHost);

    hr = pRuntimeHost->Start();

    DWORD dwRetCode = 0;
    //hr = pRuntimeHost->ExecuteInDefaultAppDomain(argv[1], L"MyNamespace.MyClass", L"Message", L"Hello World!", &dwRetCode);

    // Stop the CLR runtime and shutdown cleanly.
    hr = pRuntimeHost->Stop();
    hr = pRuntimeHost->Release();
    hr = pRuntimeInfo->Release();
    hr = pCLRDebugging->Release();
    hr = pMetaHostPolicy->Release();
    hr = pMetaHost->Release();

    return 0;
}

Answer 1

如果可以接受，最好的解决方案可能是创建一个介于两者之间的托管 C++ dll。托管 C++ 代码是桥接托管代码和非托管代码的最佳/最有效方式。

您真的不想将 COM 添加到组合中。这会让事情变得更慢。

另外，这些避免托管代码的“性能原因”是否实际量化了？这听起来有点像是为了避免他们不想要的事情而抛出的轶事。此外，您可以指出他们已经使用托管代码，因为 C# 也在其中。

Answer 2

是的，我同意约翰的观点。您真的不想创建运行时的新实例并明确托管它。首先，这背后的管道没有很好的记录，并且可能在未来的版本中发生变化。其次，C++/CLI 旨在以最有效和最安全的方式完成此任务。

1. 编写代表所需 .Net 功能的本机 C++ 接口。

2. 设置一个支持 CLR 的 dll，它使用非托管类实现本机接口。在它们的实现中，您可以创建和访问 CLR 类型并将实例变量存储在 gcroot<T> 字段中。使用 clr 互操作功能在托管/非托管代码、google 或 bing 之间来回编组marshal_as。

3. 提供一个（非托管）工厂函数，该函数创建此组件的一个实例。这 + 非托管 c++ 接口是您的本机代码将看到的 API。使用 dll 的方式与使用非托管 dll 完全相同。