主頁 > 軟體工程 > C++ 匯出含有namespace的類的dll,動態呼叫總是出錯?

C++ 匯出含有namespace的類的dll,動態呼叫總是出錯?

2020-09-26 00:37:18 軟體工程

今日學習匯出元件DLL,發現了一個問題,求教各位。
1、DLL工程頭檔案FourOperations.h定義如下:
#ifndef FOUROPERATIONS_H_
#define FOUROPERATIONS_H_
#ifdef MYCLASSDLL
#define MYCLASSDLL _declspec(dllimport) 
#else
#define MYCLASSDLL _declspec(dllexport) 
#endif

namespace MathFuncs
{
class MYCLASSDLL MyMathFuncs
{
public:
// Returns a+b
double Add(double a, double b);
// Returns a-b
double Subtract(double a, double b);
// Returns a*b
double Multiply(double a, double b);
// Returns a/b
double Divide(double a, double b);

};
}

#endif


2、DLL工程cpp檔案FourOperations.cpp定義如下:
#include "stdafx.h"
#include "FourOperations.h"
#include <iostream>
#include <stdexcept>
using namespace std;

namespace MathFuncs
{
double MyMathFuncs::Add(double a, double b)
{
return a+b;
}
double MyMathFuncs::Subtract(double a, double b)
{
return a-b;
}
double MyMathFuncs::Multiply(double a, double b)
{
return a*b;
}
double MyMathFuncs::Divide(double a, double b)
{
if (b==0)
{
throw new invalid_argument("b cannot be zero!");  
}
return a/b;
}
}


3、DLL工程模塊定義檔案maclassdll.def如下:
LIBRARY "MyClassDll"
EXPORTS
Add @1
Subtract @2
Multiply @3
Divide @4


4、客戶端呼叫DLL檔案USER_DYNAMIC.cpp定義如下:
#include "stdafx.h"
#include <Windows.h>
#include <string>
#include <iostream>

using namespace std;

int _tmain(int argc, _TCHAR* argv[])
{
HMODULE hdll;//HMODULE是模塊句柄,HINSTANCE表示實體句柄
hdll=LoadLibrary(_T("MyClassDll.dll"));//_T使默認字符集“unicode”有效
//取的地址要判斷,回傳的句柄是否為空,若空,則釋放加載DLL所占用的記憶體
if(hdll==NULL)
{
FreeLibrary(hdll);
}
typedef int(*AddAddr)(int x,int y);//定義函式指標型別(與DLL定義引數一致)
AddAddr Add =(AddAddr)GetProcAddress(hdll,"Add");//先是定一個函式指標AddAddr Add;然后通過GetProcAdress(DLL句柄,呼叫函式名)來獲取函式的地址
if(Add==NULL)
{
FreeLibrary(hdll);
}//取的地址要判斷,回傳的句柄是否為空,若空,則釋放句柄

int x = Add(1,2);
cout<< x << endl;
FreeLibrary(hdll);
return 0;
}



5、問題是:
在4檔案中呼叫ADD函式,總是不成功,想來是不是因為namespace的緣故?不知該怎么辦,求大神幫忙,謝謝!
以下是對生成的DLL的查看情況

uj5u.com熱心網友回復:

不知如何說起,話說居然能匯出成功也是叼. 
不說命名空間的事情.
1. lz已經定義了MYCLASSDLL, 沒必要再用def檔案
2. 明明定義了MYCLASSDLL卻顯式動態呼叫
3. 明明是類方法卻無視this指標
4. FreeLibrary引數和free一樣, nullptr無需釋放, 假設那句為nullptr, 但是程式會繼續往下走, 就是bug咯, 應該直接回傳.


一般匯出C++方法有兩種方法:
一種是用C函式封裝一下再匯出,適合顯式動態鏈接
另一種是用編譯器擴展關鍵字匯出,適合隱式動態鏈接

uj5u.com熱心網友回復:

DLL中的Add是一個類成員函式,怎么呼叫的時候又把它當做普通函式呼叫

uj5u.com熱心網友回復:

dll 匯出函式要 C兼容

uj5u.com熱心網友回復:

參考 1 樓 dustpg 的回復:
不知如何說起,話說居然能匯出成功也是叼. 
不說命名空間的事情.
1. lz已經定義了MYCLASSDLL, 沒必要再用def檔案
2. 明明定義了MYCLASSDLL卻顯式動態呼叫
3. 明明是類方法卻無視this指標
4. FreeLibrary引數和free一樣, nullptr無需釋放, 假設那句為nullptr, 但是程式會繼續往下走, 就是bug咯, 應該直接回傳.


一般匯出C++方法有兩種方法:
一種是用C函式封裝一下再匯出,適合顯式動態鏈接
另一種是用編譯器擴展關鍵字匯出,適合隱式動態鏈接



謝謝!我的確是C++菜鳥,有很多地方都不是很明白,繼續請教:
1、您的意思是宏定義可以直接刪掉,只需要一個def檔案?(還是感覺def檔案比較方便,如果可以,我只留def檔案)
2、如果我只用def檔案,是不是用動態顯式呼叫就合理了?
3、怎樣改呼叫指標,才能使類方法中的成員函式有效?

uj5u.com熱心網友回復:

dll 匯出函式名的那些事
關鍵字: VC++  DLL  匯出函式 
經常使用VC6的Dependency查看DLL匯出函式的名字,會發現有DLL匯出函式的名字有時大不相同,導致不同的原因大多是和編譯DLL時候指定DLL匯出函式的界定符有關系。
VC++支持兩種語言:即C/C++,這也是造成DLL匯出函式差異的根源
我們用VS2008新建個DLL工程,工程名為"TestDLL"
把默認的源檔案后綴 .CPP改為.C(C檔案)
輸入測驗代碼如下:
01 int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
為了匯出上面這個函式,我們有以下幾個方法:
1. 使用傳統的模塊定義檔案 (.def)
新建一個 后綴為.def的文本檔案(這里建一個TestDll.Def),檔案內容為:
LIBRARY TestDll
EXPORTS
MyFunction
在 Link 時指定輸入依賴檔案:/DEF:"TestDll.Def"
2. Visual C++ 提供的方便方法
在01行的int 前加入 __declspec(dllexport) 關鍵字
通過以上兩種方法,我們就可以匯出MyFunction函式。
我們用Dependency查看匯出的函式:
第一種方法匯出的函式為:
MyFunction
第二種方法匯出的函式為:
_MyFunction@4
__stdcall會使匯出函式名字前面加一個下劃線,后面加一個@再加上引數的位元組數,比如_MyFunction@4的引數(int iVariant)就是4個位元組
__fastcall與 __stdcall類似,不過前面沒有下劃線,而是一個@,比如@MyFunction@4
__cdecl則是始函式名。
小結:如果要匯出C檔案中的函式,并且不讓編譯器改動函式名,用def檔案匯出函式。
下面我們來看一下C++檔案
我們用VS2008新建個DLL工程,工程名為"TestDLL"
默認的源檔案后綴為 .CPP (即C++檔案)。
輸入測驗代碼如下:
01 int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
為了匯出上面這個函式,我們有以下幾個方法:
3. 使用傳統的模塊定義檔案 (.def)
新建一個 后綴為.def的文本檔案(這里建一個TestDll.Def),檔案內容為:
LIBRARY TestDll
EXPORTS
MyFunction
在 Link 時指定輸入依賴檔案:/DEF:"TestDll.Def"
4. Visual C++ 提供的方便方法
在01行的int 前加入 __declspec(dllexport) 關鍵字
通過以上兩種方法,我們就可以匯出MyFunction函式。
我們用Dependency查看匯出的函式:
第一種方法匯出的函式為:
MyFunction
第二種方法匯出的函式為:
?MyFunction@@YGHH@Z
可以看到 第二種方法得到的 匯出函式名 并不是我們想要的,如果在exe中用顯示方法(LoadLibrary、GetProcAddress)呼叫 MyFunction 肯定會失敗。
但是用引入庫(*.LIB)的方式呼叫,則編譯器自動處理轉換函式名,所以總是沒有問題。
解決這個問題的方法是:
用VC 提供的預處理指示符 "#pragma" 來指定鏈接選項。
如下:
#pragma comment(linker, "/EXPORT:MyFunction=?MyFunction@@YGHH@Z")
這時,就會發現匯出的函式名字表中已經有了我們想要的MyFunction。但我們發現原來的那個 ?MyFunction@@YGHH@Z 函式還在,這時就可以把 __declspec() 修飾去掉,只需要 pragma 指令即可。
而且還可以使如下形式:
#pragma comment(linker, "/EXPORT:MyFunction=_MyFunction@4,PRIVATE")
PRIVATE 的作用與其在 def 檔案中的作用一樣。更多的#pragram請查看MSDN。
小結:如果要匯出C++檔案中的函式,并且不讓編譯器改動函式名,用def檔案匯出函式。
同時可以用#pragma指令(C 中也可以用)。
總結:
C++編譯器在生成DLL時,會對匯出的函式進行名字改編,并且不同的編譯器使用的改編規則不一樣,因此改編后的名字也是不同的(一般涉及到C++ 中的多載等)。
如果利用不同編譯器分別生成DLL和訪問DLL的exe程式,后者在訪問該DLL的匯出函式時就會出現問題。如上例中函式MyFunction在C++編譯器改編后的名字是?MyFunction@@YGHH@Z。我們希望編譯后的名字不發生改變,這里有幾種方法。
第一種方法是通過一個稱為模塊定義檔案DEF來解決。
LIBRARY TestDll
EXPORTS
MyFunction
LIBRARY 用來指定元件內部名稱。該名稱與生成的元件名一定要匹配,這句代碼不是必須的。
EXPORTS說明了DLL將要匯出的函式,以及為這些匯出函式指定的符號名。
第二種是定義匯出函式時加上限定符:extern "C"
如:#define DLLEXPORT_API extern "C" _declspec(dllexport)
但extern "C"只解決了C和C++語方之間呼叫的問題(extern "C" 是告訴編譯器,讓它按C的方式編譯),它只能用于匯出全域函式這種情況 而不能匯出一個類的成員函式。
同時如果匯出函式的呼叫約定發生改變,即使使用extern "C",編譯后的函式名還是會發生改變。例如上面我們加入_stdcall關鍵字說明呼叫約定(標準呼叫約定,也就是WINAPI呼叫約定)。
#define DLLEXPORT_API extern "C" _declspec(dllexport)
01 DLLEXPORT_API int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
編譯后函式名MyFunction改編成了_MyFunction@4
通過第一種方法模塊定義檔案的方式DLL編譯后匯出函式名不會發生改變。
DLL(動態庫)匯出函式名亂碼含義
C++編譯時函式名修飾約定規則:
  __stdcall呼叫約定:
  1、以"?"標識函式名的開始,后跟函式名;

  2、函式名后面以"@@YG"標識引數表的開始,后跟引數表;

  3、引數表以代號表示:
  X--void
  D--char
  E--unsigned char
  F--short
  H--int
  I--unsigned int
  J--long
  K--unsigned long
  M--float
  N--double
  _N--bool
  ....
  PA--表示指標,后面的代號表明指標型別,如果相同型別的指標連續出現,以"0"代替,一個"0"代表一次重復;
  4、引數表的第一項為該函式的回傳值型別,其后依次為引數的資料型別,指標標識在其所指資料型別前;

  5、引數表后以"@Z"標識整個名字的結束,如果該函式無引數,則以"Z"標識結束。
  其格式為"?functionname@@YG*****@Z"或"?functionname@@YG*XZ",例如
                      int Test1(char *var1, unsigned long)-----"?Test1@@YGHPADK@Z"                      void Test2()-----"?Test2@@YGXXZ"

  __cdecl呼叫約定:
  規則同上面的_stdcall呼叫約定,只是引數表的開始標識由上面的"@@YG"變為"@@YA"。
  __fastcall呼叫約定:
  規則同上面的_stdcall呼叫約定,只是引數表的開始標識由上面的"@@YG"變為"@@YI"。
  如果要用DEF檔案輸出一個"C++"類,則把要輸出的資料和成員的修飾名都寫入.def模塊定義檔案
  所以...   通過def檔案來匯出C++類是很麻煩的,并且這個修飾名是不可避免的

uj5u.com熱心網友回復:

類成員函式不能匯出

uj5u.com熱心網友回復:

http://bbs.csdn.net/topics/330143626

uj5u.com熱心網友回復:

你不要嘗試使用 .dll 匯出。
先在一個工程中測驗如何呼叫 Add 成員函式。
int Add(int, int);

int Add(This, int, int);
是不一致的。

uj5u.com熱心網友回復:

樓主你可以嘗試,利用匯出的函式,回傳一個介面 IMyMathFuncs 指標
這樣我覺得會滿足你的需求。

轉載請註明出處,本文鏈接:https://www.uj5u.com/gongcheng/128938.html

標籤:進程/線程/DLL

上一篇:mfc 高速接收大量視頻流資料 網路中斷的問題

下一篇:新手求助c++問題

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more