使用VS2012生成和调用DLL文件
有关dll的详细说明，参考资料：DLL 的编写,导出函数
如何编写Dll
组件编程
com组件和一般dll的区别
COM与DLL的区别
__declspec(dllexport)
首先明确，不要幻想通过VC写的dll实现跨语言甚至是跨平台的调用，老老实实在VC编译器下调用dll吧。
一：生成DLL
创建DLL工程
文件->新建->项目->visual c++->win32->win32控制台应用程序（win32项目也可以）
填写项目名称myDLL->确定->下一步->DLL(附加选项 对空项目打钩)->完成。
到这里DLL工程就创建完毕了，下面新建两个文件myDLL.cpp和myDLL.h。
myDLL.cpp内容如下：
#include "stdafx.h"
#include "myDll.h"
int Add(int a,int b)
{
return a+b;
}
int Math::Multiply(int a,int b)
{
return a*b;
}MyDLL.h内容如下：
#pragma once
#define DLL_EXPORT_API extern "C" _declspec(dllexport)
//Function
DLL_EXPORT_API int Add(int a,int b);
//Class
class _declspec(dllexport) Math
{
public:
int Multiply(int a,int b);
};
二：调用DLL
应用程序使用DLL可以采用两种方式：
一种是隐式链接，另一种是显式链接。在使用DLL之前首先要知道DLL中函数的结构信息。
使用Dumpbin.exe的小程序，用它可以查看DLL文件中的函数结构。另外，Windows系统将遵循下面的搜索顺序来定位DLL：
1．包含EXE文件的目录，
2．进程的当前工作目录，
3．Windows系统目录，
4．Windows目录，
5．列在Path环境变量中的一系列目录。
1．隐式链接
隐式链接就是在程序开始执行时就将DLL文件加载到应用程序当中。实现隐式链接很容易，只要编写dll时，将 [ 关键字_declspec(dllimport)+函数名 ] 写到dll的头文件中就可以了。当然，也可以在客户程序（应用程序）中写一个头文件。隐式链接采用静态加载的方式，比较简单，需要.h、.lib、.dll三件套。新建“控制台应用程序”或“空项目”。配置如下:
项目->属性->配置属性->VC++ 目录-> 在“包含目录”里添加头文件myDll.h所在的目录
项目->属性->配置属性->VC++ 目录-> 在“库目录”里添加头文件myDll.lib所在的目录
项目->属性->配置属性->链接器->输入-> 在“附加依赖项”里添加“myDll.lib”（若有多个 lib 则以空格隔开）
下面的例子通过隐式链接调用myDll.dll库中的Add函数。首先生成一个项目为testDLL，在testDLL.h、testDLL.cpp文件中分别输入如下代码：
//testDLL.h
#pragma comment(lib，"myDll.lib")
extern "C"_declspec(dllimport) int Add(int a,int b);
//TestDll.cpp
#include"Dlltest.h"
void main()
{int a;
a=Add(8,10);
printf("结果为%d\n"，a);
}在创建DllTest.exe文件之前，要先将myDLL.dll和myDLL.lib拷贝到当前工程可执行文件所在的目录下面（非常重要），也可以拷贝到windows的System目录下。如果DLL使用的是def文件，要删除testDLL.h文件中关键字extern "C"。testDLL.h文件中的关键字Progam commit是要Visual C+的编译器在link时，链接到myDll.lib文件，当然，开发人员也可以不使用#pragma comment(lib，"myDLL.lib")语句，而直接在工程的Setting->Link页的Object/Moduls栏填入myDll.lib既可。
2．显式链接
显式链接是应用程序在执行过程中随时可以加载DLL文件，也可以随时卸载DLL文件，这是隐式链接所无法作到的，所以显式链接具有更好的灵活性，对于解释性语言更为合适。不过实现显式链接要麻烦一些。在应用程序中用LoadLibrary或MFC提供的AfxLoadLibrary显式的将自己所做的动态链接库调进来，动态链接库的文件名即是上述两个函数的参数，此后再用GetProcAddress()获取想要引入的函数。自此，你就可以象使用如同在应用程序自定义的函数一样来调用此引入函数了。在应用程序退出之前，应该用FreeLibrary或MFC提供的AfxFreeLibrary释放动态链接库。下面是通过显式链接调用DLL中的Add函数的例子。
void main(void)
{
typedef int(*pAdd)(int a,int b);
HINSTANCE hDLL;
pAdd Add;
HDLL=LoadLibrary("myDll.dll");//加载动态链接库MyDll.dll文件；
Add=(pAdd)GetProcAddress(hDLL,"Add");
int a=Add(5,8);
Printf("结果为%d\n"，a);
FreeLibrary(hDLL);//卸载myDll.dll文件；
}在上例中使用类型定义关键字typedef，定义指向和DLL中相同的函数原型指针，然后通过LoadLibray()将DLL加载到当前的应用程序中并返回当前DLL文件的句柄，然后通过GetProcAddress()函数获取导入到应用程序中的函数指针，函数调用完毕后，使用FreeLibrary()卸载DLL文件。在编译程序之前，首先要将DLL文件拷贝到工程所在的目录或Windows系统目录下。
使用显式链接应用程序编译时不需要使用相应的Lib文件。另外，使用GetProcAddress()函数时，可以利用MAKEINTRESOURCE()函数直接使用DLL中函数出现的顺序号，如将GetProcAddress(hDLL,"Min")改为GetProcAddress(hDLL, MAKEINTRESOURCE(2))（函数Min()在DLL中的顺序号是2），这样调用DLL中的函数速度很快，但是要记住函数的使用序号，否则会发生错误。
附：extern C的使用
C++是一种面向对象的程序设计语言，为了支持函数的重载，C++对全局函数的处理方式与C有明显的不同，
问题： 为什么标准头文件都有类似以下的结构？
#define __INCvxWorksh
#ifdef __cplusplus
extern "C" {
#endif /*...*/
#ifdef __cplusplus
}
#endif
#endif /* __INCvxWorksh */分析：显然，头文件中的编译宏#ifndef __INCvxWorksh、#define __INCvxWorksh、#endif的作用是防止该头文件被重复引用。那么
#ifdef __cplusplus
extern "C" {
#endif
#ifdef __cplusplus
}
#endif的作用又是什么呢？我们将在下文一一道来。
1、extern "C" 包含双重含义
从字面上即可得到：首先，被它修饰的目标是“extern”的；其次，被它修饰的目标是“C”的。让我们来详细解读这两重含义。
被extern "C"限定的函数或变量是extern类型的，extern是C/C++语言中表明函数和全局变量作用范围（可见性）的关键字，该关键字告诉编译器，其声明的函数和变量可以在本模块或其它模块中使用。记住，下列语句：
extern int a;仅仅是一个变量的声明，其并不是在定义变量a，并未为a分配内存空间。变量a在所有模块中作为一种全局变量只能被定义一次，否则会出现连接错误。通常， 在模块的头文件中对本模块提供给其它模块引用的函数和全局变量以关键字extern声明，例如：
如果模块B欲引用该模块A中定义的全局变量和函数时只需包含模块A的头文件即可。这样，模块B中调用模块A中的函数时，在编译阶段，模块B虽然找不到该函数，但是并不会报错；它会在连接阶段中从模块A编译生成的目标代码中找到此函数。
与extern对应的关键字是static，被它修饰的全局变量和函数只能在本模块中使用。因此，一个函数或变量只可能被本模块使用时，其不可能被extern “C”修饰。
被extern "C"修饰的变量和函数是按照C语言方式编译和连接的；
2、未加extern “C”声明时的编译方式
首先看看C++中对类似C的函数是怎样编译的。
例如，假设某个函数的原型为：
void foo( int x, int y );该函数被C编译器编译后在符号库中的名字为_foo，而C++编译器则会产生像_foo_int_int之类的名字（不同的编译器可能生成的名字不同，但是都采用了相同的机制，生成的新名字称为“mangled name”），_foo_int_int这样的名字包含了函数名、函数参数数量及类型信息，C++就是靠这种机制来实现函数重载的。
在C++中，函数void foo( int x, int y )与void foo( int x, float y )编译生成的符号是不相同的，后者为_foo_int_float。
同样地，C++中的变量除支持局部变量外，还支持类成员变量和全局变量。用户所编写程序的类成员变量可能与全局变量同名，我们以"."来区分。而本质上，编译器在进行编译时，与函数的处理相似，也为类中的变量取了一个独一无二的名字，这个名字与用户程序中同名的全局变量名字不同。
3、未加extern "C"声明时的连接方式
假设在C++中，模块A的头文件如下：
// 模块A头文件 moduleA.h #ifndef MODULE_A_H #define MODULE_A_H int foo( int x, int y ); #endif在模块B中引用该函数：
#include "moduleA.h" foo(2,3);实际上，在连接阶段，连接器会从模块A生成的目标文件moduleA.obj中寻找_foo_int_int这样的符号！
4、加extern "C"声明后的编译和连接方式
加extern "C"声明后，模块A的头文件变为：
// 模块A头文件 moduleA.h #ifndef MODULE_A_H #define MODULE_A_H extern "C" int foo( int x, int y ); #endif
在模块B的实现文件中仍然调用foo( 2,3 )，其结果是：
（1）模块A编译生成foo的目标代码时，没有对其名字进行特殊处理，采用了C语言的方式；
（2）连接器在为模块B的目标代码寻找foo(2,3)调用时，寻找的是未经修改的符号名_foo。
如果在模块A中函数声明了foo为extern "C"类型，而模块B中包含的是extern int foo( int x, int y ) ，则模块B找不到模块A中的函数；反之亦然
所以，可以用一句话概括extern “C”这个声明的真实目的（任何语言中的任何语法特性的诞生都不是随意而为的，来源于真实世界的需求驱动。我们在思考问题时，不能只停留在这个语言是怎么做的，还要问一问它为什么要这么做，动机是什么，这样我们可以更深入地理解许多问题）：实现C++与C及其它语言的混合编程。
5.extern "C"的惯用法
（1）在C++中引用C语言中的函数和变量，在包含C语言头文件（假设为cExample.h）时，需进行下列处理：
extern "C"
{
#include "cExample.h"
}
而在C语言的头文件中，对其外部函数只能指定为extern类型，C语言中不支持extern "C"声明，在.c文件中包含了extern "C"时会出现编译语法错误。
笔者编写的C++引用C函数例子工程中包含的三个文件的源代码如下：
/* c语言头文件：cExample.h */
#ifndef C_EXAMPLE_H
#define C_EXAMPLE_H
extern int add(int x,int y);
#endif
/* c语言实现文件：cExample.c */
#include "cExample.h"
int add( int x, int y )
{
return x + y;
}
// c++实现文件，调用add：cppFile.cpp
extern "C"
{
#include "cExample.h"
}
int main(int argc, char* argv[])
{
add(2,3);
return 0;
}
如果C++调用一个C语言编写的.DLL时，当包括.DLL的头文件或声明接口函数时，应加
extern "C" { }
（2）在C中引用C++语言中的函数和变量时，C++的头文件需添加extern "C"，但是在C语言中不能直接引用声明了extern "C"的该头文件，应该仅将C文件中将C++中定义的extern "C"函数声明为extern类型。
笔者编写的C引用C++函数例子工程中包含的三个文件的源代码如下：
//C++头文件 cppExample.h #ifndef CPP_EXAMPLE_H #define CPP_EXAMPLE_H extern "C" int add( int x, int y ); #endif //C++实现文件 cppExample.cpp #include "cppExample.h" int add( int x, int y ) return x + y; }
/* C实现文件 cFile.c
/* 这样会编译出错：#include "cExample.h" */
extern int add( int x, int y );
int main( int argc, char* argv[] )
{
add( 2, 3 );
return 0;
}