有文章讲采用__stdcall导出的函数(DLL中)形如 _FunName@X
而大多数Windows API都是__stdcall
可是为什么我看GDI32.dll,函数名都是FunName,并没有_和@如果能全面的讲下最好拉,谢谢

解决方案 »

  1.   

    先说说几种调用方式吧:
    __stdcall:_stdcall 调用约定相当于16位动态库中经常使用的PASCAL调用约定。在32位的VC++5.0中PASCAL调用约定不再被支持(实际上它已被定义为__stdcall。除了__pascal外,__fortran和__syscall也不被支持),取而代之的是__stdcall调用约定。两者实质上是一致的,即函数的参数自右向左通过栈传递,被调用的函数在返回前清理传送参数的内存栈,但不同的是函数名的修饰部分(关于函数名的修饰部分在后面将详细说明)。
    _stdcall是Pascal程序的缺省调用方式,通常用于Win32 Api中,函数采用从右到左的压栈方式,自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀,在函数名后加上"@"和参数的字节数。
    _cdecl:_cdecl c调用约定, 按从右至左的顺序压参数入栈,由调用者把参数弹出栈。对于传送参数的内存栈是由调用者来维护的(正因为如此,实现可变参数的函数只能使用该调用约定)。另外,在函数名修饰约定方面也有所不同。
    _cdecl是C和C++程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码,所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。VC将函数编译后会在函数名前面加上下划线前缀。是MFC缺省调用约定。
    __fastcall:__fastcall调用约定是"人"如其名,它的主要特点就是快,因为它是通过寄存器来传送参数的(实际上,它用ECX和EDX传送前两个双字(DWORD)或更小的参数,剩下的参数仍旧自右向左压栈传送,被调用的函数在返回前清理传送参数的内存栈),在函数名修饰约定方面,它和前两者均不同。
    _fastcall方式的函数采用寄存器传递参数,VC将函数编译后会在函数名前面加上"@"前缀,在函数名后加上"@"和参数的字节数。
    thiscall:thiscall仅仅应用于"C++"成员函数。this指针存放于CX寄存器,参数从右到左压。thiscall不是关键词,因此不能被程序员指定。
    naked call:采用1-4的调用约定时,如果必要的话,进入函数时编译器会产生代码来保存ESI,EDI,EBX,EBP寄存器,退出函数时则产生代码恢复这些寄存器的内容。
    naked call不产生这样的代码。naked call不是类型修饰符,故必须和_declspec共同使用。另附:
    关键字 __stdcall、__cdecl和__fastcall可以直接加在要输出的函数前,也可以在编译环境的Setting...\C/C++ \Code Generation项选择。当加在输出函数前的关键字与编译环境中的选择不同时,直接加在输出函数前的关键字有效。它们对应的命令行参数分别为/Gz、/Gd和/Gr。缺省状态为/Gd,即__cdecl。
    要完全模仿PASCAL调用约定首先必须使用__stdcall调用约定,至于函数名修饰约定,可以通过其它方法模仿。还有一个值得一提的是WINAPI宏,Windows.h支持该宏,它可以将出函数翻译成适当的调用约定,在WIN32中,它被定义为__stdcall。使用WINAPI宏可以创建自己的APIs。对于DLL的导出函数,如果是用C++来写会有名字改编,为了兼容C或别的语言调用此DLL,可以这样声明(同时用于DLL及调用方):
    #ifdef MY_DLL//这个要在DLL中定义一下
    #define SXNET_API extern"C" __declspec(dllexport)//DLL用
    #else
    #define SXNET_API extern"C" __declspec(dllimport)//调用方用
    #endif
      

  2.   

    楼主应该是问用depends查看到的函数导出名,加了__stdcall后,函数名会变成_FunName@X,这样带来一个问题,如果用GetProcAddress的方法来获取函数地址的话,就会有麻烦(还得用depends看看函数名是什么)。
    至于楼上贴的代码,网上到处都是,我看了好几遍,好像没有谈到楼主的问题。
      

  3.   

    我试过了,在加了__stdcall的情况下,如果要导出函数名字不变,只能通过def来导出,可是这样一下,生成的lib里什么也没有(也就是说无法用lib文件和h文件来做隐式连接了,只能是LoadLibrary、GetProcAddress了),不知道我说的对不对!我也遇到楼主一样的问题,期待高人出现。
      

  4.   

    如果我用delphi调用VC的dll
    VC不使用.def编译,生成的函数名为_FunName@X,Delphi如何能用?
      

  5.   

    to yang79tao() 
    最后那几句是我写的,前面是从网上COPY过来的。你看后面几句就是答案
      

  6.   

    你后面那几句,在MSDN中也看过好多次了啊!
    你可能没理解意思,你可以自己试试。
    如果是__stdcall调用,加上extern"C",函数的导出名也被更改,就是楼主说的_FunName@X。
    如果不加extern"C",则更改的更离普,这我懂。to zwjchina(蒲石) 你试试吧。
      

  7.   

    不好意思,上面是to Caten(长风) 的。-_-
      

  8.   

    刚才我试出来了。
    不要用__declspec(dllexport),在def中导出,就可解决楼主的问题,至于我上面说的:
    可是这样一下,生成的lib里什么也没有(也就是说无法用lib文件和h文件来做隐式连接了,只能是LoadLibrary、GetProcAddress了)。
    也有点问题,我是这样导出的:
    ExportBMP           @6 PRIVATE
    其实是PRIVATE搞的鬼,去年后,lib中就有内容了,可以隐式连接了!
      

  9.   

    Caten说的很清楚了,_stdcall关键是函数参数的清栈,是由被调用的函数清理的,还有就是_stdcall是有函数名修饰的。
      

  10.   

    简单的说
    stdcall,用栈传递参数,是被调函数清栈
    cdcel,用栈传递参数,是调用者清栈
    fastcall用寄存器传递参数
      

  11.   

    具体的楼上的兄弟已经讲的很清楚了,我写一个代码吧
    一般有_stdcall,有了其他的语言也可以用你写的这个代码,没有就只能C/C++用不加_stdcall ,extern "C" float __declspec(dllexport)mmm(float x,float y)
    调用时typedef float(* NAME)(float x,float y);
    加了_stdcall, extern "C" float __declspec(dllexport)_stdcall mmm(float x,float y)
    调用时typedef float(CALLBACK* NAME)(float x,float y);还有加上.def 
    为啥要加def:http://topic.csdn.net/t/20010213/09/68618.html
      

  12.   

    说了半天还是没说清楚。
    还是yang79tao() ( )理解我。
    算了,我也不细究为什么VC不用.def就无法导出不带_的__stdcall函数了。
      

  13.   

    这个问题是可以不用DEF定义导出函数搞定的同时使用extern "C" __declspec(dllexport)导出函数__declspec(dllexport)在使用C调用约定时可以去掉输出函数名的下划线前缀一般可套用下面的模版定义导出函数#ifdef API_EXPORTS
    #define LIBAPI __declspec(dllexport)
    #else
    #define LIBAPI __declspec(dllimport)
    #endif#ifdef _cplusplus
    extern "C"
    {
    #endif//用LIBAPI修饰导出函数#ifdef _cplusplus
    }// extern "C"
    #endif