Question

我正在包装一个MFC扩展DLL（MFCXDLL_2），以使其功能可供C＃程序员使用。

包装器是“使用共享MFC DLL的常规DLL”和“公共语言运行时支持（/ clr）”。（混合模式）。

MFCXDLL_2中可用的类以MFCXDLL_3修饰。

我遇到的情况是在本机应用程序中运行的C＃.NET用户控件中使用MFCXDLL_2的情况。

本机应用程序中的另一个MFC扩展DLL -MFCXDLL_1也使用MFCXDLL_2，这会造成麻烦。

当我启动本机应用程序时，它将隐式加载MFCXDLL_2。

当我加载.NET用户控件时，根据http://msdn.microsoft.com/en-us/library/ksa99t88.aspx中的建议，“在常规DLL中使用数据库，OLE和套接字扩展DLL”，显式再次加载相同的MFCXDLL_2。

本机代码和.NET用户控件都实例化相同的类类型，并在MFCXDLL_2中调用相同的方法。

该方法对数据进行反序列化（通过共享内存接收）并将反序列化数据返回给调用者。这在本机代码中运行良好，直到我加载.NET用户控件。

加载.NET用户控件后，反序列化将停止使用本机代码，但从.NET用户控件调用时效果很好。

我将WinDbg附加到本机应用程序的调试版本并运行我的方案。在反序列化期间，WinDbg发现如下：

“警告：无法从存档加载。类未定义。 CArchive异常：badClass。“

我认为这里存在一些资源问题所以我运行了加载MFCXDLL_2发布版本的本机应用程序的发布版本。然后我加载.NET用户控件的调试版本 - 它再次将MFCXDLL_2的调试版本加载到本机应用程序中。

然后一切都很好。由本机代码加载的MFCXDLL_2的一个发行版本和由.NET用户控件加载的一个MFCXDLL_2调试版本 - 在本机应用程序内运行。

那发生了什么？是否无法从例如MFCXDLL访问相同的MFCXDLL。在同一个应用程序中同时使用扩展DLL和常规DLL？资源链是否以某种方式被破坏？有哪些可能的解决方案？

以下是一些显示如何加载MFCXDLL_2 DLL的代码
当本机应用程序启动时，调用MFCXDLL_2 DLLMain：

static AFX_EXTENSION_MODULE MFCXDLL_2 = { NULL, NULL };
static CDynLinkLibrary* gpDynLinkLibrary = NULL;

extern "C" int APIENTRY
DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID )
{
  if (dwReason == DLL_PROCESS_ATTACH)
  {
        // Extension DLL one-time initialization
        AfxInitExtensionModule(MFCXDLL_2, hInstance);

        // Insert this DLL into the resource chain
        gpDynLinkLibrary = new CDynLinkLibrary(MFCXDLL_2);
  }
  else if (dwReason == DLL_PROCESS_DETACH)
  {
        if (gpDynLinkLibrary)
        {
              delete gpDynLinkLibrary;
              gpDynLinkLibrary = NULL;
        }
        // Terminate the library before destructors are called
        AfxTermExtensionModule(MFCXDLL_2);
  }
  return 1;   // ok
}

加载.NET用户控件时，会再次加载MFCXDLL_2 DLL：

//==============================================================
// Exported DLL initialization to run in context of Regular DLL.
// Must be called in InitInstance
// BOOL CYourRegularDLLApp::InitInstance()
//==============================================================
extern "C" _declspec(dllexport) CDynLinkLibrary* WINAPI InitMFCXDLL_2FromRegularDLL()
{
    if (gpDynLinkLibrary)
    {
        delete gpDynLinkLibrary;
        gpDynLinkLibrary = NULL;
     }
     // Create a new CDynLinkLibrary for this Regular DLL
     return new CDynLinkLibrary(MFCXDLL_2);
}

MFCXDLL_2中的反序列化代码

    CMyClass* pMyclass = NULL; //CObject derived serializeable class
    BYTE *pBuf      = pGlobalCom->GetBuffer(); //Buffer with serialized CMyClass
    int nBufSize    = pGlobalCom->GetSize();   //Size of buffer

    CMemFile mf;
    mf.Attach(pBuf,nBufSize);

    CArchive ar(&mf, CArchive::load); //“Warning: Cannot load CMyClass from archive.  Class not defined.CArchive exception: badClass.”

    ar >> pMyclass; //CArchive exception thrown
    ar.Close();
    mf.Detach();

图片显示了dll之间的关系。

enter image description here

Answer 1

我认为你可能会对包装器的作用感到困惑。

您可以使用DLLImport语句从.NET代码中调用非托管C ++ DLL。

我建议您创建一个C＃类库项目，它将是非托管DLL MFCXDLL的包装DLL。

您可能无法将DLL添加为引用资源，但您应该创建一个项目文件夹，在其中存储它并将其添加为项目文件，设置为Copy Local True以便在构建.NET类库时。您还需要将MFCXDLL引用的任何DLL放在同一文件夹中，也设置为Copy Local。

然后从所有基于.NET的代码中引用您的.NET DLL。

Here是包装过程的一个例子。

修改

我已经检查过，是的，我使用了一个非托管C ++ DLL，它使用MFC作为共享库。这是我使用的代码的缩减版本。（由于保密协议，某些类名已被更改。）

using System.Collections.Generic; using System.Runtime.InteropServices; public class WrapperClass { [DllImport("some.dll", EntryPoint = "WriteDataCard", SetLastError = true)] [return: MarshalAs(UnmanagedType.VariantBool)] public static extern Boolean WriteDataCard(Byte nComPort, bool bInitialize, bool bCardFeeder, [In] Byte[] bytesData, Byte dataSize, bool bTestKey); [DllImport("some.dll", EntryPoint = "ReadDataCard", SetLastError=true)] [return: MarshalAs(UnmanagedType.VariantBool)] public static extern Boolean ReadDataCard(Byte nComPort, Boolean bInitialize, Boolean bCardFeeder, [Out] Byte[] bytesData, Byte dataSize); }

本机应用程序内的C＃.NET用户控件。资源链问题

1 个答案: