extern "C" __declspec(dllexport) __declspec(dll...

extern "C" __declspec(dllexport) __declspec(dllimport) 和 def

前面的extern "C"  __declspec(dllexport)  __declspec(dllimport)都是用于函数或者变量，甚至类的声明的（能够把extern "C"放在class的前面，可是编译器会忽略掉，最后产生的仍是C++修饰符，而不是C修饰符）这样的用法有个好处就是下面的代码能够在混有类的函数和变量上使用下面的宏，虽然对类不起做用：

#ifdef __cplusplus
extern "C"
{
//函数声明
//变量声明，变量通常前面都有extern
//类声明，这个不起做用，编译器直接忽略掉class前面的extern “C”
#ifdef __cplusplus
}
#endif

C 和C++ 对应不一样的调用约定，产生的修饰符也各不相同，以下：

调用约定	extern "C" 或 .c 文件	.cpp、.cxx 或 /TP
C 命名约定 (__cdecl)	_test	?test@@ZAXXZ
Fastcall 命名约定 (__fastcall)	@test @0	?test@@YIXXZ
标准调用命名约定 (__stdcall)	_test@0	?test@@YGXXZ

__declspec(dllexport)  __declspec(dllimport)通常也是使用宏的形式：

#ifdef ONEDLL_EXPORTS
#define ONEDLL_API __declspec(dllexport)
#else
#define ONEDLL_API __declspec(dllimport)
#endif

这样在DLL代码自己就是__declspec(dllexport) ，在使用DLL的程序中就变成了__declspec(dllimport)，这两标志分别用来指明当前的函数将被导出，和当前函数是被导入的。
 

上面的两个宏结合一下就是下面这样的了：

//  下列 ifdef 块是建立使从 DLL 导出更简单的
//  宏的标准方法。此 DLL 中的全部文件都是用命令行上定义的 ONEDLL_EXPORTS
//  符号编译的。在使用此 DLL 的
//  任何其余项目上不该定义此符号。这样，源文件中包含此文件的任何其余项目都会将
//  ONEDLL_API 函数视为是从 DLL 导入的，而此 DLL 则将用此宏定义的
//  符号视为是被导出的。
#ifdef ONEDLL_EXPORTS
#define ONEDLL_API __declspec(dllexport)
#else
#define ONEDLL_API __declspec(dllimport)
#endif

//  此类是从 OneDll.dll 导出的
#ifdef __cplusplus
extern "C"
{
#endif
class ONEDLL_API COneDll {
public:
    COneDll(void);
    ~COneDll(void);
    
    // TODO: 在此添加您的方法。
    int m_a;
    int m_b;
    int *m_p;
    int m_n;

    void AddValue();

};

extern ONEDLL_API int nOneDll;

ONEDLL_API int fnOneDll(void);

#ifdef __cplusplus
}
#endif

若是调用模块和被调用模块都是C++（并且是同一种编成环境，如VC，甚至须要同一版本的VC），那么就不须要extern “C”了，由于这个标志的做用就是用在函数和变量声明前，不管是调用模块，仍是被调用模块，都将生成C修饰符，调用模块将须要C修饰符的函数，而被调用模块将产生C修饰符的函数，因此这个标志在二者都是C++的时候使用并不受影响，不使用这个标志，也不受影响。
可是若是C模块要调用C++ 模块，那么C++模块就须要使用extern “C”，固然C不用，因为是在头文件的声明中使用，因此使用下面的宏可以使得这个头文件也在C中顺利使用：

#ifdef __cplusplus
extern "C"
{
//函数声明
//变量声明，变量通常前面都有extern
//类声明，这个不起做用，编译器直接忽略掉class前面的extern “C”
#ifdef __cplusplus
}
#endif

若是C++模块要调用C模块，那么C++模块仍是须要extern “C”，固然C不用，因为是在头文件的声明中使用，因此使用上面的宏一样可以使得这个头文件也在C中顺利使用。

总结一下就是加上extern “C”在什么状况下都没错，可是要注意函数重载的问题。



def文件是一种比较麻烦的方法，下面是MSDN中的部份内容：
 

模块定义 (.def) 文件是包含一个或多个描述 DLL 各类属性的 Module 语句的文本文件。若是不使用 __declspec(dllexport) 关键字导出 DLL 的函数，则 DLL 须要 .def 文件。

.def 文件必须至少包含下列模块定义语句：
1.文件中的第一个语句必须是 LIBRARY 语句。此语句将 .def 文件标识为属于 DLL。LIBRARY 语句的后面是 DLL 的名称。连接器将此名称放到 DLL 的导入库中。
2.EXPORTS 语句列出名称，可能的话还会列出 DLL 导出函数的序号值。经过在函数名的后面加上 @ 符和一个数字，给函数分配序号值。当指定序号值时，序号值的范围必须是从 1 到 N，其中 N 是 DLL 导出函数的个数。

例如，包含实现二进制搜索树的代码的 DLL 看上去可能像下面这样：

LIBRARY   BTREE
EXPORTS
   Insert    @1
   Delete   @2
   Member   @3
   Min   @4

提示：
若是但愿优化 DLL 文件的大小，请对每一个导出函数使用 NONAME 属性。使用 NONAME 属性时，序号存储在 DLL 的导出表中而非函数名中。若是导出许多函数，这样作能够节省至关多的空间。

其实 __declspec(dllexport)的做用就是让编译器按照某种预约的方式（前面大体解释了这种方式的规则）来输出导出函数及变量的符号，而def文件则是本身为每个函数和变量指定导出符号，因此def是一个非自动化，手工很强的方式，不是特殊状况的话，实在没有必要浪费这些时间。
还有一个问题，就是使用def会把调用方式和 __declspec(dllexport)的做用所有覆盖掉，因此还须要本身处理调用方式不一样产生的错误。 通常使用def文件的状况是你须要使用运行时加载，而且须要使用GetProcAddress函数得到函数地址，这个函数须要直接指明函数产生的导出符号，而能够本身指定导出符号的方式就是使用def。 def文件的具体语法能够看看msdn。