解析__cdecl，__fastcall， __stdcall 的不一样:
在函数调用过程当中，会使用堆栈，这三个表示不一样的堆栈调用方式和释放方式。
好比说__cdecl，它是标准的c方法的堆栈调用方式，就是在函数调用时的参数压入堆栈是与函数的声明顺序相反的，其它两个能够看MSDN，不过这个对咱们编程没有太大的做用
---------------------------------------------------------------
调用约定
调用约定(Calling convention)决定如下内容：函数参数的压栈顺序，由调用者仍是被调用者把参数弹出栈，以及产生函数修饰名的方法。MFC支持如下调用约定：
_cdecl
按从右至左的顺序压参数入栈，由调用者把参数弹出栈。对于"C"函数或者变量，修饰名是在函数名前加下划线。对于"C++"函数，有所不一样。
如函数void test(void)的修饰名是_test；对于不属于一个类的"C++"全局函数，修饰名是_test@@ZAXXZ（怎么感受像乱码？？）。
这是MFC缺省调用约定。因为是调用者负责把参数弹出栈，因此能够给函数定义个数不定的参数，如printf函数。
_stdcall
按从右至左的顺序压参数入栈，由被调用者把参数弹出栈。对于"C"函数或者变量，修饰名如下划线为前缀，而后是函数名，而后是符号"@"及参数的字节数，如函数int func(int a, double b)的修饰名是_func@12。对于"C++"函数，则有所不一样。全部的Win32 API函数都遵循该约定。
_fastcall
头两个DWORD类型或者占更少字节的参数被放入ECX和EDX寄存器，其余剩下的参数按从右到左的顺序压入栈。由被调用者把参数弹出栈，对于"C"函数或者变量，修饰名以"@"为前缀，而后是函数名，接着是符号"@"及参数的字节数，如函数int func(int a, double b)的修饰名是@func@12。对于"C++"函数，有所不一样。
将来的编译器可能使用不一样的寄存器来存放参数。
Dll中用 __declspec(dllexport)声明的函数:
__declspec(dllexport)只是表示这个函数是一个DLL导出函数,而__stdcall是一种函数调用约定,二者应该是没有冲突的.
如:__declspec(dllexport) void __stdcall aTry();
c++builder和vc描述符定义的区别
在c++builder中
__cdecl的函数输出前会带："_"
__stdcall无特征,只输出函数名
__fastcall函数输出前带："@"
都无"@nn"后缀格式！
在vc中
__cdecl无特征,只输出函数名
__stdcall的函数输出前会带："_"后缀带："@nn"
__fastcall函数输出前带："@"后缀带："@nn
c++builder调用VC的dll:
在VC中编写DLL时，使用了.def文件，在出口函数声明时也在前面加上了__declspec(dllexport)说明。把VC生成的DLL文件放在了当前目录下，使用BCB的命令行工具implib生成的.lib文件，具体格式为implib bcb.lib vc.dll，再把implib根据dll生成的LIB文件加入到工程中，再在工程中加入DLL出口函数的声明（函数名前加上了WINAPI,即__stdcall；每一个函数定义的最前面也加上了__declspec(dllimport)）。
并且因为BCB和VC++成立函数名转换的作法不一样。因此在VC中最好是输出函数为C函数的DLL，若是输出函数是C++类，则可能没法调用。
个人解决办法（通过本人实验证实的，共2种）
方法1：VC编译c文件生成dll时导出函数头文件加上extern "C"{}关键字，函数声明和定义处再加调用约定描述符__cdecl，而后将函数声明和定义处都加上一个下划线就没有问题了。
EXAMPLE:
假设我VC的dll中包含int myFunction(void)，.c文件中函数实现处的正确写法是：
__declspec(dllexport) int __cdecl _myFunction(void)
{
// add your code here
}
.h文件中函数声明处的正确写法以下
__declspec(dllexport) int __cdecl _myFunction(void);
BCB调用时只要包含lib文件，具体操做步骤：
运行implib bcb.lib vc.dll
project->add to...下拉框中选择.lib类型，打开刚才经过implib和vc的dll生成的lib文件
在工程中用到dll的.c源文件中包含该dll的头文件
调用时直接写 int i = myFunction(); 便可。
方法2：仅对VC编译C文件生成dll时有效，导出函数头文件加上extern "C"{}关键字。BCB的Project->option->advanced compiler下的Calling convention中选择Stdcall就能够直接调用VC的.c文件编译生成的动态连接库了。
VC调用c++builder的dll: (参考：MSDN2000)
VC中无LIB时的DLL隐式连接,制做与VC++相符合的LIB函数符号输入库（转）请你们注意!这种方法只能应用于输出为C格式的__stdcall调用方式！
1.使用VC++的工具DUMPBIN将DLL中的导出函数表导出到必定义(.DEF)文件
EXAMPLE：
DUMPBIN VideoDeCoder.dll /EXPORTS /OUT:VideoDeCoder.def
2.将导出的.DEF文件整理为一符合.DEF个数的函数导出文件(整理过程巨乱巨复杂，懒得举例了，后面有简便方法^_^)
3.使用VC++的LIB工具,带/DEF:(.def文件名) /MACHINE:IX86(80X86机器),就输出符合VC++格式的的LIB文件了.
EXAMPLE:
LIB/DEF:VideoDeCoder.def /MACHINE:IX86
4.链接时带上LIB文件连接;注意的是当有些动态库DUMPBIN的只有函数名,无"@nn"的参数格式,如C++Builder写的DLL,输出就只有函数名符号,连接时就会报错:
error LNK2002:unresolved external symbol "functionname@nn"
提示程序中引入的函数符号没法识别,这时只要将DEF文件中相应的函数名称改成functionname@nn方式,从新创建LIB,从新连接便可.
这样就制做成功了符合VC调用方式的LIB了！
要值得一说的是！BORLAND C++BUILDER有一个很好的工具IMPDEF能够直接将DLL中的函数输出到.DEF文件中，这种方法只能应用于输出为C格式的__stdcall调用方式，只要作一点点修改就能够成为符合VC的DEF文件！
IMPDEF xxx.def xxx.dll
只要将BCB的DEF文件中函数申明格式转换为vc识别的格式就能够利用LIB工具生成LIB；要使用C分格输出(extern "C")才是必须的！并且别忘了在DEF文件中的函数申明不要带“_”啊！：）否则会出现error LNK2001的连接错误！
vc调用bcb的我没试过，不过能够参照上面的格式本身改改好了：）c++