C++ DLL调用约定

先看一段代码

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15


#define DLL_API __declspec(dllexport)
#pragma comment(linker,"/export:file=_file@4")
extern "C" DLL_API char * __stdcall file(char *FilePath)
{
    int len;
    char *current = NULL;
    len = strlen(FilePath);
    for (; len>0; len--)
        if (FilePath[len] == '134')
        {
            current = &FilePath[len + 1];
            break;
        }
    return current;
}

c

这是在Visual Studio 2013环境下的C++ DLL的一个函数的代码函数作用为取出一段路经的文件名带上后缀首先第一行，把__declspec(dllexport)这么长的一个家伙缩减一下

第二行重命名函数， extern "C" 表示下面的代码将用C的标准进行编译链接 __declspec(dllexport)表示这个函数为导出函数 __stdcall 是一种调用约定，很多其他的语言或者IDE都支持这种调用方式还有一种__cdecl，当不加__stdcall时，默认，即C的调用约定

然后说说__stdcall,当使用这种方式约定函数时，编译器会对函数名进行格式化，比如上面这个，本来的函数名是file，当编译之后，用导出函数查看器一看，成了_file@4，被加上了两部分，一个是前面的下划线，另一个是后面的@4 ，这个应该是表示参数的信息的，如果用C++（即不加extern "C"），那么前面会是一个？号，后面会有一些表示函数参数数据类型之类的“乱码”

所以这句就很有必要了

1

#pragma comment(linker,"/export:file=_file@4")

c

等号前后分别改为“原函数名”和“导出函数名”，当然导出函数函数要先编译一次了，如果函数很多个的话，就用*.def文件进行，我是暂时用不到了。

加上这句之后，会出现两个导出函数_file@4和_file，也不知道是怎么个情况，下划线还存在，待我后续继续研究