使用VS2012生成DLL文件 (1)

一：生成DLL

1：创建DLL工程

文件->新建->项目->visual c++->win32->win32控制台应用程序（win32项目也可以）

填写项目名称MyDLL->确定->下一步->DLL(附加选项 对空项目打钩)->完成。

到这里DLL工程就创建完毕了，下面新建两个文件MyDLL.cpp和MyDLL.h。

MyDLL.cpp内容如下：

 
1 #include  
2 using namespace std; 
3 #include "MyDLL.h" 
4  
5 int Add(int &a,int &b) 
6 { 
7     return a+b;  
 

8 }

MyDLL.h内容如下：

1  #pragma once 
2  extern "C" __declspec(dllexport) int Add(int &a,int &b); 

 

点击生成Bulid -->Bulid MyDLL，dll文件就生成了，vs2008不能直接生成lib文件，这个时候就需要我们在建立dll工程的时候 再新建一个def文件，默认生成然后重新生成就能够得到lib文件了，但可以通过修改工程属性里面的general->project default->configure type修改为lib，就可以生成lib文件。

注意：如果在已存在的工程上创建dll或者lib，不需要修改工程，只要把工程属性里面的general->project default->configure type修改为lib或者dll，就可以生成lib文件或者dll文件了

在C++程序中使用刚才生成的DLL文件步骤：

新建一个win32 控制台工程，取名testMyDLL，新建两个文件：testMyDLL.cpp和testMyDLL.h，

首先需要 隐式链接采用静态加载的方式，比较简单，需要.h、.lib、.dll三件套。新建“控制台应用程序”或“空项目”。配置如下:（这一点非常重要）

项目->属性->配置属性->VC++ 目录-> 在“包含目录”里添加头文件MyDLL.h所在的目录

项目->属性->配置属性->VC++ 目录-> 在“库目录”里添加头文件MyDLL.lib所在的目录 
项目->属性->配置属性->链接器->输入-> 在“附加依赖项”里添加“MyDLL.lib”（若有多个 lib 则以空格隔开）

testMyDLL.cpp内容如下：

#include "testMyDLL.h" 
#pragma comment(lib,"..\\debug\\MyDLL.lib")//可以写成绝对路径，但是路径一定要用\\来指明，即：J:\\Pr//ograms\\C++\\Practice\\DLLTEST\\DLLtest\\Debug\\MyDLL.lib"

 

#include  
using namespace std; 
 
int main() 
{ 
    int a =3; 
    int b =2; 
    cout<<Add(a,b)<<endl; 
 
    getchar(); 
 }  
 

testMyDLL.h内容如下

#pragma once 
extern "C" _declspec(dllexport) int Add(int &a,int &b); 

现在可以编译通过了，但是程序运行就报错，还需要将MyDLL.dll复制到当前项目生成的可执行文件所在的目录。（这一点非常重要）

这里需要注意testMyDLL.cpp文件中调用lib的这句话：

#pragma comment(lib,"..\\debug\\MyDLL.lib")

这里需要指明lib所在的文件夹，当然我们也可以在生成dll的MyDLL工程中，指定lib和dll文件的输出路径，直接到testMyDLL工程下。

注意：如果只有dll文件，那么必须在程序里面调用LoadLibrary()函数才能使用，如果有lib文件，那么有两种方式可以马上进行调用

 

(1). Dependencies (推荐使用,要求有lib源代码)

一个项目被分成多个工程来做,一个主工程exe,其他为静态库lib

Project-->dependencies,设置主工程的依赖为其他静态库lib

这时,主工程的Resource Files中自动添加了lib

在主工程中需要用到其他库的位置加入库的头文件

(2). 直接将lib添加到需要用的工程中(不太推荐,lib没能统一管理)

提供了lib和其头文件

选择工程-->右键-->Add Files to Project

这时,主工程的Resource Files中自动添加了lib

在主工程中需要用到其他库的位置加入库的头文件

(3).  通过工程的Link设置(推荐,lib可以统一管理)

提供了lib和其头文件

Project-->settings-->Link，选择Categery中的Input

在object/library modules里输入的动态链接库对应的.lib文件名

在Additional library path中输入动态链接库对应的.lib的路径

在主工程中需要用到其他库的位置加入库的头文件

（4).  #pragma (lib, "filename.lilb")(不太推荐,lib没能统一管理)

提供了lib和其头文件

在主工程中需要用到其他库的位置加入#pragma (lib, "filename.lilb")

在主工程中需要用到其他库的位置加入库的头文件：

=============================================================================================

extern C的使用

C++是一种面向对象的程序设计语言，为了支持函数的重载，C++对全局函数的处理方式与C有明显的不同，

问题： 为什么标准头文件都有类似以下的结构？

#ifndef __INCvxWorksh  
#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的函数是怎样编译的。

例如，假设某个函数的原型为：

1 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;
}