使用VS2012生成DLL文件（1）

时间 2019-11-19

标签使用 vs2012 生成 dll 文件栏目 C&C++ 繁體版

原文原文链接

文章转载自：1. http://blog.sina.com.cn/s/blog_45bcb4c3010140b3.html
html

一：生成DLLc++

1：建立DLL工程web

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

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

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

MyDLL.cpp内容以下：debug

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内容以下： code

1 #pragma once orm

2
3 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

的做用又是什么呢？咱们将在下文一一道来。

一、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语言方式编译和链接的；

二、未加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++中的变量除支持局部变量外，还支持类成员变量和全局变量。用户所编写程序的类成员变量可能与全局变量同名，咱们以"."来区分。而本质上，编译器在进行编译时，与函数的处理类似，也为类中的变量取了一个独一无二的名字，这个名字与用户程序中同名的全局变量名字不一样。

三、未加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这样的符号！

四、加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; }