最近在使用Qt整合以前的一個工具時，發現有幾個dll是採用C#寫的，當然可以把C#寫的dll重新在Qt中用C++寫，雖然這是幾個C#寫的dll的函式介面使用的引數都比較簡單，只用了int和string型別等，但在函式內部卻還使用了C#的專用一些類，如果重寫還是很麻煩，就查找了一些文章，多數都是說採用把C#寫的dll採用COM註冊方式讓Qt呼叫，但是這樣又要重新編譯以前的C#專案，實在是很麻煩，所以是否有種方式可以直接利用以前C#寫的dll呢？

C#寫的dll是沒有dllMain入口函式的，是一種中間語言，需要.Net執行時進行做本地化工作，因此如果要呼叫C#寫的dll，需要依賴.Net執行時，然而Qt中還無法直接呼叫.Net執行時，最好的方式是能夠在Qt中直接呼叫C#dll的函式，但是Qt明顯只能呼叫C++寫的dll，所以就只能通過編寫一個C++的dll匯出介面供Qt呼叫，這個C++編寫的dll對C#寫的dll進行封裝，這個C++的dll可以採用/CLR方式對C#編寫的dll進行引用的，即將C++編寫的dll中生成的.lib檔案供Qt進行連結，由於該介面符合C++規範，所以Qt可以連結到對應的C++編寫的dll。為此，寫一篇Demo，希望對查詢該資料的人有幫助吧。demo的過程如下：

編寫環境：Win7，Qt5.7.1(MSVC2013_x86)，VS2013

1.開啟VS2013，新建一個C#的Class Library專案（這裡選擇的是.Net Framework 4），專案名為CSharpDll

2.由於預設沒有引入Forms等UI庫，先在reference中新增引用System.Windows.Forms以便可以在測試中使用MessageBox等

3.最終C#編寫的dll如下圖，名稱空間為CSharpDll，公共類為CSharpClass

裡面包含一個加法add，一個減法substract（為了測試指標，所以在減法的返回型別是void，而把計算結果通過ref引數c給返回），一個showBox方法（裡面採用C#的MessageBox對話方塊顯示使用者輸入的引數字串）

4.對project進行release build，在release目錄下生成了CSharpDll.dll（待會用到）

5.關閉CSharpDll專案，另外新建一個C++ CLR型別的Class Library專案（選擇與C#專案相同的.Net Framework 4），專案名稱為CppDll

6.選擇Project->CppDll Properties...，在彈出的屬性頁面選擇“Add New Reference..”，點選“browsing.”後選擇CSharpDll專案中release目錄下的CSharpDll.dll

7.選擇CSharpDll.dll後，可以看到在專案屬性的References中出現了CSharpDll這個Library

8.在CppDll專案中的CppDll.h中利用__declspec(dllexport)匯出對應的3個介面函式add，substract，showBox，這裡為便於區分，前面加上api_字首對這3個函式封裝。需要using namespace System::Reflection，對於這裡的api_showBox方法，其引數不能採用CSharpDll裡面的showBox引數的string型別，而是使用const char* 型別

9.選擇release方式build CppDll專案，在release資料夾中生成了CppDll.lib和CppDll.dll檔案，可以看到同時其也將引用的CSharpDll.dll也給拷貝到release資料夾中了

10.接下來在Qt中進行呼叫，在QtCreator中新建一個TestCSharpDll專案（MSVC2013 32bit）

11.將CppDll.lib拷貝到Qt的TestCSharpDll專案資料夾內

12.在mainwindow.ui中，設計呼叫api_add函式，api_substract函式和api_showBox函式的介面

13.分別對add，sub和showBox按鈕的clicked訊號進行槽函式編寫，其呼叫對應的api_add，api_substract和api_showBox函式，需要注意兩點：

第一點是需要在mainwindow.cpp檔案前通過#pragma comment(lib,“lib檔案的絕對路徑”)，這裡的lib檔案的絕對路徑需根據CppDll.lib的實際位置進行設定（在這裡本機上為'E:/SourceCode/Qt/TestCSharpDll/CppDll.lib'）（絕對路徑的分隔符最好採用'/'，而不是'\'）

第二點是需要在開始處通過 __declspec(dllimport)的方式將匯出函式進行宣告，連結器會在CppDll.lib中去查詢這3個函式的動態連結庫dll的入口                                                                                           

14.選擇Build對Qt中的TestCSharpDll專案進行Debug構建，將CSharpDll.dll和CppDll.dll拷貝到專案生成的Debug目錄中

15.執行TestCSharpDll.exe，輸入add函式的兩個加法引數，substract函式的兩個減法引數，以及輸入showBox的QString引數（這裡是QString，在槽函式裡面會通過QString的toLocal8Bit().data()函式轉換為char*引數）進行測試，可看出呼叫成功，並且在showBox中，彈出的對話方塊標題是CSharpDll中寫的“這是C#的MessageBox”，而在內容中則是Qt中輸入的“這個字串是Qt介面輸入的”

16.後記：Qt中實際上是通過連結中間層C++ CLR編寫的.lib，而C++ CLR可以直接呼叫C#的dll，因此需要在Qt與C# dll中構建一箇中間層，這個中間層既能被Qt中的C++程式碼進行連結，同時該中間層又能訪問C# dll中的函式。所以最終Qt生成的專案中同一目錄下需要CppDll.dll和CSharpDll.dll。

自然會有人想到如果將CppDll專案採用生成靜態庫static library(.lib)形式，通過在Qt中連結該靜態庫，最終執行Qt程式時就可以不用在同一目錄下放置CppDll.dll，而只需要放置CSharp.dll即可。理論上是這樣沒錯，但是經過嘗試發現Qt還是無法通過靜態連結CppDll的方式。

具體實際原因不太確定，不過我猜原因可能是，Qt程式是純native c++程式碼（unmanaged程式碼），而CppDll.dll和CSharpDll.dll是managed程式碼，因此Qt程式通過動態連結到CppDll.dll時，Qt程式本身是以native c++程式碼執行，而在呼叫CppDll.dll中的程式碼時，CppDll.dll中程式碼的載入是以.Net執行時進行託管，也即CppDll.dll被載入時，是被.Net Framework進行host啟動的，然後CppDll.dll中的程式碼可以進一步訪問CSharpDll.dll（此時CSharpDll.dll也是被.Net Framework進行host啟動的）。所以如果在Qt程式中將CppDll進行靜態連結，其生成的Qt程式中最後必然包括maneged程式碼（即Qt程式中既有native又有managed程式碼），最終就會造成Qt程式在執行中無法明確其啟動方式（按navtive啟動，裡面的執行都是navtive方式，遇到managed程式碼，無法正常呼叫；如果按.Net進行host啟動，則其native程式碼無法被.Net host識別），從而導致連結失敗，當然，至於是否有其他方式繞過managed和unmanaged的限制並能以這種靜態連結方式進行構建，還需進一步查閱了。同時在將managed程式碼編譯時，編譯器選項需要指定'/clr'，然而這個'/clr'與qt需要的編譯指令'/EH'衝突，無法相容，所以也無法靜態連結。

不過，估計這種靜態連結的做法也應該沒多少必要性了，無論是從維護角度還是執行角度。

相關原始碼下載：連結: https://pan.baidu.com/s/1vuns3yKiqD-CFj4ZXM116w 密碼: i6p2