LNK2019:win32下编写DLL,应用程序找不到DLL接口函数的一种情况

最近项目技术研究结束,开始代码封装,产品最终是以动态库的形式发布,于是开始整理代码,把原来以静态库方式编译的函数库改为动态库编译,动态库编译正常。
然后用编译测试程序(调用动态库的函数)时报错了,

2>test_detect.obj : error LNK2019: 无法解析的外部符号 “_declspec(dllimport) void __cdecl gdface::set_global_run_config(bool,bool)” (__imp?set_global_run_config@gdface@@YAX_N0@Z),该符号在函数 main 中被引用

令我感到奇怪的是,动态库导出的函数有好几个,只有这个函数报错,我打开生成的动态库导入文件(.lib)。通过字符串查找,的确找不到set_global_run_config函数。这证明是在编译生成动态库的时候,就出了问题。

但为什么偏偏只有这一个函数出问题呢?我仔细比较这个函数和其他函数的区别,发现那些能正常导出符号的函数在同一个cpp文件A中,只有这个问题函数在另一个cpp文件B中。
而A文件有include下面的接口头文件,B文件并没有include这个接口头文件

detect_cl.h

#ifndef FACEDETECT_DETECT_CL_H_
#define FACEDETECT_DETECT_CL_H_
#include <vector>
// 动态库导入导出声明宏定义
#ifdef _WIN32
#ifdef DETECT_CL
#define DETECT_CL_DLL_DECL  __declspec(dllexport)
#define DETECT_CL_EXTERN
#else
#define DETECT_CL_DLL_DECL  __declspec(dllimport)
#define DETECT_CL_EXTERN
#endif
#else
#define DETECT_CL_DLL_DECL
#define DETECT_CL_EXTERN
#endif
namespace gdface{
DETECT_CL_DLL_DECL gf_rect_def gf_rect_unnormalization(  const gf_rect_norm &norm_obj,const gf_int2 &img_size);
DETECT_CL_DLL_DECL object_info_vector& convert_def(object_info_vector& objects, const gf_int2 &img_size);
DETECT_CL_DLL_DECL object_info_vector convert_def(const object_info_vector& objects, const gf_int2 &img_size);
DETECT_CL_DLL_DECL void set_global_run_config(bool debug_show,bool kerne_message);
}/*namespace gdface*/
#endif /* FACEDETECT_DETECT_CL_H_ */

于是我在B文件开头加入了#include “detect_cl.h”,编译正常。
结论就是:
对于动态库接口函数,在编译期间就与普通函数有区别,而不只是在连接期间,所以函数所在的cpp/c文件必须#include这个接口函数的定义头文件。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
最简单的dll并不比c的helloworld难,只要一个DllMain函数即可,包含objbase.h头文件(支持COM技术的一个头文件)。若你觉得这个头文件名字难记,那么用windows.H也可以。源代码如下:dll_nolib.cpp #include #include BOOL APIENTRY DllMain(HANDLE hModule, DWORD dwReason, void* lpReserved) { HANDLE g_hModule; switch(dwReason) { case DLL_PROCESS_ATTACH: cout<<"Dll is attached!"<<endl; g_hModule = (HINSTANCE)hModule; break; case DLL_PROCESS_DETACH: cout<<"Dll is detached!"<<endl; g_hModule=NULL; break; } return true; } 其中DllMain是每个dll的入口函数,如同c的main函数一样。DllMain带有三个参数,hModule表示本dll的实例句柄(听不懂就不理它,写过windows程序的自然懂),dwReason表示dll当前所处的状态,例如DLL_PROCESS_ATTACH表示dll刚刚被加载到一个进程中,DLL_PROCESS_DETACH表示dll刚刚从一个进程中卸载。当然还有表示加载到线程中和从线程中卸载的状态,这里省略。最后一个参数是一个保留参数(目前和dll的一些状态相关,但是很少使用)。 从上面的程序可以看出,当dll被加载到一个进程中时,dll打印"Dll is attached!"语句;当dll从进程中卸载时,打印"Dll is detached!"语句。 编译dll需要以下两条命令: cl /c dll_nolib.cpp 这条命令会将cpp编译为obj文件,若不使用/c参数则cl还会试图继续将obj链接为exe,但是这里是一个dll,没有main函数,因此会报错。不要紧,继续使用链接命令。 Link /dll dll_nolib.obj 这条命令会生成dll_nolib.dll。 注意,因为编译命令比较简单,所以本文不讨论nmake,有兴趣的可以使用nmake,或者写个bat批处理来编译链接dll。 加载DLL(显式调用)

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

10km

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值