首先，windows、Linux对动态链接库的访问都是通过名字来寻找的。
先比较它们的约定：
来分析下windows的约定了。
__cdecl是C/C++和MFC程序默认使用的调用约定，也可以在函数声明时加上__cdecl关键字来手工指定。采用__cdecl约定时，函数参数按照从右到左的顺序入栈，并且由调用函数者把参数弹出栈以清理堆栈。因此，实现可变参数的函数只能使用该调用约定。由于每一个使用__cdecl约定的函数都要包含清理堆栈的代码，所以产生的可执行文件大小会比较大。
__stdcall大多约定用于调用Win32 API函数。是从右往左压参数，由被调者清理参数的相关堆栈（也是windows的动态库用_stdcall extern "C"。让库去清理栈空间）
__fastcall约定用于对性能要求非常高的场合。__fastcall约定将函数的从左边开始的两个大小不大于4个字节（DWORD）的参数分别放在ECX和EDX寄存器，其余的参数仍旧自右向左压栈传送，被调用的函数在返回前清理传送参数的堆栈。
以上对Linux无效。
再比较它们的接口修饰符：
windows：
__declspec(dllexport) 从 DLL 导出数据、函数、类或类成员函数。
__declspec(dllimport) dll中这样导出全局变量、导出类的静态成员方面
Linux：
Linux动态库会把所有函数导出，不需要这些修饰符。
相同
extern “C”关键字由此而生, 它只是告诉C++编译器按照C的方法去编译,这样就不会出现重命名问题, 当然被extern “C” 限制的函数也无法重载了.（没有类的概念）