.h头文件是编译时必须的，lib是链接时需要的，dll是运行时需要的。

附加依赖项的是.lib不是.dll，若生成了DLL,则肯定也生成 LIB文件。如果要完成源代码的编译和链接，有头文件和lib就够了。如果也使动态连接的程序运行起来，有dll就够了。在开发和调试阶段，当然最好都有。

.h .lib .dll三者的关系是：

H文件作用是:声明函数接口

DLL文件作用是: 函数可执行代码

当我们在自己的程序中引用了一个H文件里的函数,编链器怎么知道该调用哪个DLL文件呢?这就是LIB文件的作用: 告诉链接器 调用的函数在哪个DLL中，函数执行代码在DLL中的什么位置，这也就是为什么需要附加依赖项 .LIB文件，它起到桥梁的作用。如果生成静态库文件，则没有DLL ，只有lib，这时函数可执行代码部分也在lib文件中

目前以lib后缀的库有两种，一种为静态链接库(Static Libary，以下简称“静态库”)，另一种为动态连接库(DLL，以下简称“动态库”)的导入库(Import Libary，以下简称“导入库”）。静态库是一个或者多个obj文件的打包，所以有人干脆把从obj文件生成lib的过程称为Archive，即合并到一起。比如你链接一个静态库，如果其中有错，它会准确的找到是哪个obj有错，即静态lib只是壳子。动态库一般会有对应的导入库，方便程序静态载入动态链接库，否则你可能就需要自己LoadLibary调入DLL文件，然后再手工GetProcAddress获得对应函数了。有了导入库，你只需要链接导入库后按照头文件函数接口的声明调用函数就可以了。导入库和静态库的区别很大，他们实质是不一样的东西。静态库本身就包含了实际执行代码、符号表等等，而对于导入库而言，其实际的执行代码位于动态库中，导入库只包含了地址符号表等，确保程序找到对应函数的一些基本地址信息。

一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的，而dll文件是运行期才会被调用的。如果有dll文件，那么对应的lib文件一般是一些索引信息，具体的实现在dll文件中。如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。静态编译的lib文件有好处：给用户安装时就不需要再挂动态库了。但也有缺点，就是导致应用程序比较大，而且失去了动态库的灵活性，在版本升级时，同时要发布新的应用程序才行。在动态库的情况下，有两个文件，而一个是引入库（.LIB）文件，一个是DLL文件，引入库文件包含被DLL导出的函数的名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到所需要使用的DLL文件，库中的函数和数据并不复制到可执行文件中，因此在应用程序的可执行文件中，存放的不是被调用的函数代码，而是DLL中所要调用的函数的内存地址，这样当一个或多个应用程序运行是再把程序代码和被调用的函数代码链接起来，从而节省了内存资源。从上面的说明可以看出，DLL和.LIB文件必须随应用程序一起发行，否则应用程序将会产生错误。

-------------------------------------------------------------------------------------

-------------------------------------------------------------------------------------------

今天闲着没事做,自己写了一点小笔记,不知道对于新手有没用,高手就不用看了,作为新手的我斗胆来发表一个笔记,就是静态库文件的封装过程,使用VC++6.0编写,下面是正文,也许我的用语并不专业

以前我们写C/C++源文件的时候，都是先将各个写好的源文件编译，编译生成的是目标文件机器码，即.obj文件.（目标文件的扩展名不一定是.obj文件）.

我们调用的标准C/C++函数机器码实际被封装于标准C/C++静态库文件中的.即那些扩展名为.lib的文件中.

最后链接器将我们编译的各个目标文件里的机器码和静态库（标准C/C++库）中的函数机器码链接到一起形成一个扩展名为.exe的可执行文件模块.

在这里我们叙述将C/C++源文件编译链接成一个静态库文件，但它不是可执行模块，它体内含有可执行机器码

静态库文件就像一个仓库或者容器，里面封装了一些可执行机器码.这些机器码是我们用程序设计语言，比如C/C++源文件编译后生成的机器码.

一.下面将讨论将C/C++源文件编译并链接成一个静态库文件的过程，

在VC++6.0中选择File-New-Win32 Static Library，写好工程名创建好工作空间后再选择菜单中New-File来为工程添加C或者C++ 源文件.

假如我们为该工程添加了一个名为lib_c.c和一个名为lib_cpp.cpp的源文件

//lib_c.c中的内容

extern int Add(int x,int y) //该函数是一个外部函数，任何文件都可以访问它

{
return x+y;

}

extern int data_c
//这是一个外部全局变量，任何文件可以访问它

//lib_cpp.cpp中的内容

extern “C” int
        reduce(int x,int y)//这里加了个”C”表示允许C源文件访问这个C++函数代码

{
return x-y;

}

extern “C” int data_cpp=2;

注意以下几点

(1)当“extern”关键字修饰在函数或全局变量的定义中时，表示该函数或全局变量任何文件可以访问，“extern”关键字可以省略不写，缺省下就是”extern”

  当“extern”关键字修饰在函数声明或全局变量声明中时，表示限定当前文件只能引用用“extern”关键字修饰定义的函数或全局变量.

(2)当”static”关键字修饰在函数或全局变量的定义中时，表示该函数或全局变量只能由本文件中加了”static”关键字修饰的函数声明或全局变量声明来引用.

  当”static”关键字修饰在函数声明或全局变量声明中时，表示限定当前文件只能引用用“static”关键字修饰定义的函数或全局变量.

(3)在CPP源文件的函数和全局变量定义中加了个”C”表示允许C源文件访问该函数和全局变量.如果是C++源文件访它们的话则可加可不加.注意这”C”要大写.

接下来就要将写好的C/C++源文件进行编译和链接，最后会生成一个扩展名为.lib的文件.该文件就是静态库文件了，该静态库文件是不能直接运行的，我们所编译的C/C++源文件的机器码就已经被封装进这个用VC++6.0创建的静态库文件里面去了.

二.如何将编写好的静态库文件像使用C/C++标准库那样使用，下面将继续讨论

1.用VC++6.0新建一个工程名为TEST，添加一个名为TEST.c的源文件到该工程，因为我们将测试一下，将我们编写的库文件里的函数或者全局变量的机器码链接到我们这个TEST.c源文件中去，假设我们生成的库文件名为TEST.lib,先拷贝如下范例代码到TEST.c中

//TEST.c

#include <stdio.h>

extern int 
Add(int x,int y); //当前文件只能访问“extern”关键字修饰定义的Add函数

extern int
reduce(int x,int y);// //当前文件只能访问“extern”关键字修饰定义的reduce函数

#pragma comment(lib,"TEST.lib") //指示链接器到字符串所表示的文件路径中去找库文件

int main()

{
printf("%d\n",Add(2,3));
printf("%d\n",reduce(3,2));
return 0;

}

这里我们要声明静态库中已知的函数或全局变量的声明

#pragma comment(lib,"TEST.lib")这条指令告诉链接器到字符串所表示的路径下去找库文件，这里我将库文件放到了当前工程目录下.也可以不写这句.

还有一种方法，可以直接在VC++6.0中设置依次选择tools、options、directories、library files菜单或选项，填入库文件路径（只键入库文件所在目录路径而不能输入库文件名），这只是告诉链接器库文件所在目录的路径，还没告诉链接器库文件名，方法是VC++6.0中设置依次选择project-settings-link 在object/library modules: 这栏输入库文件名字然后就OK了

2.当用C++源文件的目标文件和库文件的代码链接时有一点小改变，这里就不浪费口舌了，假设我们新建了一个工程并添加了一个名为TEST.CPP的源文件，拷贝如下范例代码到TEST.CPP中

//TEST.cpp

#include <stdio.h>

extern “C” int 
       Add(int x,int y); //表示引用的是C函数代码

extern int
      reduce(int x,int y);

#pragma comment(lib,"TEST.lib")

int main()

{
printf("%d\n",Add(2,3));
printf("%d\n",reduce(3,2));
return 0;

}

在这个C++源文件里引用C函数代码同样要加个”C”,但是在C源文件引用C++函数代码不能加”C++”,编译会报错，只能在C++文件函数定义中加”C”.

只有C++才支持这种引用方式，也许因为只有C++兼容C而没有C兼容C++这一原则.

.h头文件是编译时必须的，lib是链接时需要的，dll是运行时需要的。

附加依赖项的是.lib不是.dll，若生成了DLL,则肯定也生成 LIB文件。如果要完成源代码的编译和链接，有头文件和lib就够了。如果也使动态连接的程序运行起来，有dll就够了。在开发和调试阶段，当然最好都有。

.h .lib .dll三者的关系是：

H文件作用是:声明函数接口

DLL文件作用是: 函数可执行代码

当我们在自己的程序中引用了一个H文件里的函数,编链器怎么知道该调用哪个DLL文件呢?这就是LIB文件的作用: 告诉链接器 调用的函数在哪个DLL中，函数执行代码在DLL中的什么位置，这也就是为什么需要附加依赖项 .LIB文件，它起到桥梁的作用。如果生成静态库文件，则没有DLL ，只有lib，这时函数可执行代码部分也在lib文件中

目前以lib后缀的库有两种，一种为静态链接库(Static Libary，以下简称“静态库”)，另一种为动态连接库(DLL，以下简称“动态库”)的导入库(Import Libary，以下简称“导入库”）。静态库是一个或者多个obj文件的打包，所以有人干脆把从obj文件生成lib的过程称为Archive，即合并到一起。比如你链接一个静态库，如果其中有错，它会准确的找到是哪个obj有错，即静态lib只是壳子。动态库一般会有对应的导入库，方便程序静态载入动态链接库，否则你可能就需要自己LoadLibary调入DLL文件，然后再手工GetProcAddress获得对应函数了。有了导入库，你只需要链接导入库后按照头文件函数接口的声明调用函数就可以了。导入库和静态库的区别很大，他们实质是不一样的东西。静态库本身就包含了实际执行代码、符号表等等，而对于导入库而言，其实际的执行代码位于动态库中，导入库只包含了地址符号表等，确保程序找到对应函数的一些基本地址信息。

一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的，而dll文件是运行期才会被调用的。如果有dll文件，那么对应的lib文件一般是一些索引信息，具体的实现在dll文件中。如果只有lib文件，那么这个lib文件是静态编译出来的，索引和实现都在其中。静态编译的lib文件有好处：给用户安装时就不需要再挂动态库了。但也有缺点，就是导致应用程序比较大，而且失去了动态库的灵活性，在版本升级时，同时要发布新的应用程序才行。在动态库的情况下，有两个文件，而一个是引入库（.LIB）文件，一个是DLL文件，引入库文件包含被DLL导出的函数的名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到所需要使用的DLL文件，库中的函数和数据并不复制到可执行文件中，因此在应用程序的可执行文件中，存放的不是被调用的函数代码，而是DLL中所要调用的函数的内存地址，这样当一个或多个应用程序运行是再把程序代码和被调用的函数代码链接起来，从而节省了内存资源。从上面的说明可以看出，DLL和.LIB文件必须随应用程序一起发行，否则应用程序将会产生错误。

-------------------------------------------------------------------------------------