本文详细介绍了在C++中使用`extern "C"`处理函数名重命名问题，以及在DLL中 `_declspec(dllexport)` 和 `_declspec(dllimport)` 的作用。还探讨了`__stdcall`调用约定的影响，并提到了`.def`文件在导出函数名和避免名称修饰中的应用。最后，简要提到了`DllMain`函数在动态链接库中的角色。
（1）编写dll时，为什么有 extern “C”
原因：因为C和C++的重命名规则是不一样的。这种重命名称为“Name-Mangling”（名字修饰或名字改编、标识符重命名，有些人翻译为“名字粉碎法”，这翻译显得有些莫名其妙）
据说，C++标准并没有规定Name-Mangling的方案，所以不同编译器使用的是不同的，例如：Borland C++跟Mircrosoft C++就不同，而且可能不同版本的编译器他们的Name-Mangling规则也是不同的。这样的话，不同编译器编译出来的目标文件.obj 是不通用的，因为同一个函数，使用不同的Name-Mangling在obj文件中就会有不同的名字。如果DLL里的函数重命名规则跟DLL的使用者采用的重命名规则不一致，那就会找不到这个函数。
C标准规定了C语言Name-Mangling的规范（林锐的书有这样说过）。这样就使得，任何一个支持C语言的编译器，它编译出来的obj文件可以共享，链接成可执行文件。这是一种标准，如果DLL跟其使用者都采用这种约定，那么就可以解决函数重命名规则不一致导致的错误。
影响符号名的除了C++和C的区别、编译器的区别之外，还要考虑调用约定导致的Name Mangling。如extern “c” __stdcall的调用方式就会在原来函数名上加上写表示参数的符号，而extern “c
原因：因为C和C++的重命名规则是不一样的。这种重命名称为“Name-Mangling”（名字修饰或名字改编、标识符重命名，有些人翻译为“名字粉碎法”，这翻译显得有些莫名其妙）
据说，C++标准并没有规定Name-Mangling的方案，所以不同编译器使用的是不同的，例如：Borland C++跟Mircrosoft C++就不同，而且可能不同版本的编译器他们的Name-Mangling规则也是不同的。这样的话，不同编译器编译出来的目标文件.obj 是不通用的，因为同一个函数，使用不同的Name-Mangling在obj文件中就会有不同的名字。如果DLL里的函数重命名规则跟DLL的使用者采用的重命名规则不一致，那就会找不到这个函数。
C标准规定了C语言Name-Mangling的规范（林锐的书有这样说过）。这样就使得，任何一个支持C语言的编译器，它编译出来的obj文件可以共享，链接成可执行文件。这是一种标准，如果DLL跟其使用者都采用这种约定，那么就可以解决函数重命名规则不一致导致的错误。
影响符号名的除了C++和C的区别、编译器的区别之外，还要考虑调用约定导致的Name Mangling。如extern “c” __stdcall的调用方式就会在原来函数名上加上写表示参数的符号，而extern “c
最低0.47元/天 解锁文章
扫一扫
483
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
