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

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

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

//变量声明，变量一般前面都有extern

//类声明，这个不起作用，编译器直接忽略掉class前面的extern “C”
#ifdef __cplusplus
}
//函数声明


//变量声明，变量一般前面都有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
class ONEDLL_API COneDll {
public:
    COneDll(void);
    ~COneDll(void);
    
    // TODO: 在此添加您的方法。
    int m_a;
    int m_b;
    int *m_p;
    int m_n;

    void AddValue();

}
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
class ONEDLL_API COneDll {
public:
    COneDll(void);
    ~COneDll(void);
    
    // TODO: 在此添加您的方法。
    int m_a;
    int m_b;
    int *m_p;
    int m_n;

    void AddValue();

}
public:
    COneDll(void);
    ~COneDll(void);
    
    // TODO: 在此添加您的方法。
    int m_a;
    int m_b;
    int *m_p;
    int m_n;

    void AddValue();

}
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
}
//函数声明

//变量声明，变量一般前面都有extern

//类声明，这个不起作用，编译器直接忽略掉class前面的extern “C”
#ifdef __cplusplus
}
//函数声明


//变量声明，变量一般前面都有extern


//类声明，这个不起作用，编译器直接忽略掉class前面的extern “C”
#ifdef __cplusplus
}
#endif
如果C++模块要调用C模块，那么C++模块还是需要extern “C”，当然C不用，由于是在头文件的声明中使用，所以使用上面的宏同样能够使得这个头文件也在C中顺利使用。
总结一下就是加上extern “C”在什么情况下都没错，但是要注意函数重载的问题。

def文件是一种比较麻烦的方法，下面是MSDN中的部分内容：
 
1.文件中的第一个语句必须是 LIBRARY 语句。此语句将 .def 文件标识为属于 DLL。LIBRARY 语句的后面是 DLL 的名称。链接器将此名称放到 DLL 的导入库中。
2.EXPORTS 语句列出名称，可能的话还会列出 DLL 导出函数的序号值。通过在函数名的后面加上 @ 符和一个数字，给函数分配序号值。当指定序号值时，序号值的范围必须是从 1 到 N，其中 N 是 DLL 导出函数的个数。
例如，包含实现二进制搜索树的代码的 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。

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

.def 文件必须至少包含下列模块定义语句：

__declspec(dllexport)2009-03-04 17:25

我相信写WIN32程序的人，做过DLL，都会很清楚__declspec(dllexport)的作用，它就是为了省掉在DEF文件中手工定义导出哪些函数的一个方法。当然，如果你的DLL里全是C++的类的话，你无法在DEF里指定导出的函数，只能用__declspec(dllexport)导出类。但是，MSDN文档里面，对于__declspec(dllimport)的说明让人感觉有点奇怪，先来看看MSDN里面是怎么说的：

不使用 __declspec(dllimport) 也能正确编译代码，但使用 __declspec(dllimport) 使编译器可以生成更好的代码。编译器之所以能够生成更好的代码，是因为它可以确定函数是否存在于 DLL 中，这使得编译器可以生成跳过间接寻址级别的代码，而这些代码通常会出现在跨 DLL 边界的函数调用中。但是，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量。

初看起来，这段话前面的意思是，不用它也可以正常使用DLL的导出库，但最后一句话又说，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量这个是什么意思？？

那我就来试验一下，假定，你在DLL里只导出一个简单的类，注意，我假定你已经在项目属性中定义了 SIMPLEDLL_EXPORT
SimpleDLLClass.h

#ifdef SIMPLEDLL_EXPORT
#define DLL_EXPORT __declspec(dllexport)
#else
#define DLL_EXPORT
#endif

class DLL_EXPORT SimpleDLLClass
{
public:
SimpleDLLClass();
virtual ~SimpleDLLClass();

virtual getValue() { return m_nValue;};
private:
int m_nValue;
};
SimpleDLLClass.cpp

#include "SimpleDLLClass.h"

SimpleDLLClass::SimpleDLLClass()
{
m_nValue=0;
}

SimpleDLLClass::~SimpleDLLClass()
{
}
然后你再使用这个DLL类，在你的APP中include SimpleDLLClass.h时，你的APP的项目不用定义 SIMPLEDLL_EXPORT 所以，DLL_EXPORT 就不会存在了，这个时候，你在APP中，不会遇到问题。这正好对应MSDN上说的__declspec(dllimport)定义与否都可以正常使用。但我们也没有遇到变量不能正常使用呀。 那好，我们改一下SimpleDLLClass,把它的m_nValue改成static,然后在cpp文件中加一行

int SimpleDLLClass::m_nValue=0;
如果你不知道为什么要加这一行，那就回去看看C++的基础。 改完之后，再去LINK一下，你的APP，看结果如何， 结果是LINK告诉你找不到这个m_nValue。明明已经定义了，为什么又没有了？？ 肯定是因为我把m_nValue定义为static的原因。但如果我一定要使用Singleton的Design Pattern的话，那这个类肯定是要有一个静态成员，每次LINK都没有，那不是完了？ 如果你有Platform SDK，用里面的Depend程序看一下，DLL中又的确是有这个m_nValue导出的呀。
再回去看看我引用MSDN的那段话的最后一句。 那我们再改一下SimpleDLLClass.h，把那段改成下面的样子:

#ifdef SIMPLEDLL_EXPORT
#define DLL_EXPORT __declspec(dllexport)
#else
#define DLL_EXPORT __declspec(dllimport)
#endif
再LINK，一切正常。原来dllimport是为了更好的处理类中的静态成员变量的，如果没有静态成员变量，那么这个__declspec(dllimport)无所谓。

_declspec(dllexport)与_declspec(dllimport)的区别2009-04-29 22:49

_declspec(dllexport)与_declspec(dllimport)

　　都是DLL内的关键字，即导出与导入。他们是将DLL内部的类与函数以及数据导出与导入时使用的。主要区别在于，dllexport是在这些类、函数以及数据的申明的时候使用。用过表明这些东西可以被外部函数使用，即（dllexport）是把DLL中的相关代码（类，函数，数据）暴露出来为其他应用程序使用。使用了（dllexport）关键字，相当于声明了紧接在（dllexport）关键字后面的相关内容是可以为其他程序使用的。而dllimport关键字是在外部程序需要使用DLL内相关内容时使用的关键字。当一个外部程序要使用DLL内部代码（类，函数，全局变量）时，只需要在程序内部使用（dllimport）关键字声明需要使用的代码就可以了，即（dllimport）关键字是在外部程序需要使用DLL内部相关内容的时候才使用。（dllimport）作用是把DLL中的相关代码插入到应用程序中。

　　_declspec(dllexport)与_declspec(dllimport)是相互呼应，只有在DLL内部用dllexport作了声明，才能在外部函数中用dllimport导入相关代码。实际上，在应用程序访问DLL时，实际上就是应用程序中的导入函数与DLL文件中的导出函数进行链接。而且链接的方式有两种：隐式迎接和显式链接。

　　隐式链接是指通过编译器提供给应用程序关于DLL的名称和DLL函数的链接地址，面在应用程序中不需要显式地将DLL加载到内存，即在应用程序中使用dllimport即表明使用隐式链接。不过不是所有的隐式链接都使用dllimport。

　　显式链接刚同应用程序用语句显式地加载DLL，编译器不需要知道任何关DLL的信息。

http://hi.baidu.com/benzhan/item/a38c4bc84e07030dac092ffb