c文件编译成so库

一编译所以库之前先了解的.c文件和.H头文件的区别和关系，弄明白Ç的编译到底做了什么事情。：

1.在进行Ç代码编译的时候进行了四个步骤分别是：预处理，词法和语法分析，编译，连接。

2.重点分析一下编译和连接。

    1）编译：编译器在编译时是以Ç文件为单位进行编译的，如果没有Ç文件，可见是无法编译的。

    2）连接：连接器是以目标文件为单位进行处理的，在这个过程中将一个或多个目标文件进行函数和变量的重定位，生成最终的可执行文件，在PC上的程序开发，一般都有一个主函数作为程序的入口。

3.下面举例讲解：

    1）首先定义一个Ç文件，包含一个mytest.h的头文件，而后是一个主函数，在主函数中对一个在mytest.h中声明的变量进行赋值，并调用打印函数进行打印。

   #include
　　 #include“mytest.h”
　　 int main（int argc，char ** argv）
　　 { 
　　　　test = 25;
　　　　的printf（ “测试.................％d \ n”个，测试）;
　　 }

   2）定义mytest.h头文件如下，仅声明了一个整数：

     int测试;

   3）分析编译器的具体工作的讲解：

   1.预处理阶段：编译器以Ç文件作为一个单元，首先读这个Ç文件，发现第一句与第二句是包含一个头文件，就会在所有搜索路径中寻找这两个文件，找到之后，就会再进入到相应头文件中去处理宏，变量，函数声明，嵌套的头文件包含等，检测依赖关系，进行宏替换，看是否有重复定义与声明的情况发生，最后将那些文件中所有的东东全部扫描进这个当前的ç文件中，形成一个中间 “C文件”。

           2.编译阶段，在上一步中相当于将那个头文件中的测试变量扫描进了一个中间Ç文件，那么测试变量就变成了这个文件中的一个全局变量，此时就将所有这个中间Ç文件的所有变量，函数分配空间，将各个函数编译成二进制码，按照特定目标文件格式生成目标文件，在这种格式的目标文件中进行各个全局变量，函数的符号描述，将这些二进制码按照一定的标准组织成一个目标文件

   3.连接阶段，将上一步成生的各个目标文件，根据一些参数，连接生成最终的可执行文件，主要的工作就是重定位各个目标文件的函数，变量等，相当于将个目标文件中的二进制码按一定的规范合到一个文件中再回到ç文件与头文件各写什么内容的话题上：理论上来说ç文件与头文件里的内容，只要是ç语言所支持的，无论写什么都可以的，比如你在头文件中写函数体，只要在任何一个ç文件包含此头文件就可以将这个函数编译成目标文件的一部分（编译是以ç文件为单位的，如果不在任何ç文件中包含此头文件的话，这段代码就形同虚设），你可以在ç文件中进行函数声明，变量声明，结构体声明，这也不成问题！那为何一定要分成头文件与ç文件呢？为何汉语中类似的都一般在头件中进行函数，变量声明，宏声明，结构体声明呢？而在ç文件中去进行变量定义，数实现呢？原因如下：

   1.如果在头文件中实现一个函数体，那么如果在多个Ç文件中引用它，而且又同时编译多个Ç文件，将其生成的目标文件连接成一个可执行文件，在每个引用此头文件的ç文件所生成的目标文件中，都有一份这个函数的代码，如果这段函数又没有定义成局部函数，那么在连接时，就会发现多个相同的函数，就会报错 
　　 2。如果在头文件中定义全局变量，并且将此全局变量赋初值，那么在多个引用此头文件的ç文件中同样存在相同变量名的拷贝，关键是此变量被赋了初值，所以编译器就会将此变量放入数据段，最终在连接阶段，会在数据段中存在多个相同的变量，它无法将这些变量统一成一个变量，也就是仅为此变量分配一个空间，而不是多份空间，假定这个变量在头文件没有赋初值，编译器就会将之放入BSS段，连接器会对BSS段的多个同名变量仅分配一个存储空间
　　 3.如果在Ç文件中声明宏，结构体，函数等，那么我要在另一个Ç文件中引用相应的宏，结构体，就必须再做一次重复的工作，如果我改了一个Ç文件中的一个声明，那么又忘了改其它ç文件中的声明，这不就出了大问题了，程序的逻辑就变成了你不可想象的了，如果把这些公共的东东放在一个头文件中，想用它的ç文件就只需要引用一个就OK了！这样岂不方便，要改某个声明的时候，只需要动一下头文件就行了。

          4.在头文件中声明结构体，函数等，当你需要将你的代码封装成一个库，让别人来用你的代码，你又不想公布源码，那么人家如何利用你的库呢？也就是如何利用你的库中的各个函数呢？一种方法是公布源码，别人想怎么用就怎么用，另一种是提供头文件，别人从头文件中看你的函数原型，这样人家才知道如何调用你写的函数，就如同你调用的printf函数一样，里面的参数是怎样的？你是怎么知道的？还不是看人家的头文件中的相关声明啊！当然这些东东都成了ç标准，就算不看人家的头文件，你一样可以知道怎么使用。

   5..c和.H文件没有本质上的区别，只是编译器为了代码更好的编写和利用对不同后缀的文件进行不同的操作，编译器的工作方式也是认为设定的。这样分开两个文件的编写方式是一种更好的编程风格。

   连接在过程的中也。有动态方式状语从句：静态方式两种方式：

   1）动态方式：假定编译程序编译myproj.c（其中含主要（））时，发现它包含了mylib.h（其中声明了函数voidtest（）），那么此时编译器将按照事先设定的路径（包括路径列表及代码文件所在的路径）查找与之同名的实现文件（扩展名为的.cpp或.C，此例中为mylib.c），如果找到该文件，并在其中找到该函数（此例中为voidtest（））的实现代码，则继续编译;如果在指定目录找不到实现文件，或者在该文件及后续的各包括文件中未找到实现代码，则返回一个编译错误其实包括的过程完全可以“看成”是一个文件拼接的过程，将声明和实现分别写在头文件及ç文件中，或者将二者同时写在头文件中，理论上没有本质的区别。

   2）静态方式，基本所有的C / C ++编译器都支持一种链接方式被称为静态链接，即所谓静态链接。在这种方式下，我们所要做的，就是写出包含函数，类等等声明的头文件（AH，BH ......），以及他们对应的实现文件（a.cpp，b.cpp，...），编译程序会将其编译为静态的库文件（A.LIB， B.LIB，...）。在随后的代码重用过程中，我们只需要提供相应的头文件（.H）和相应的库文件（.LIB），就可以使用过去的代码了。相对动态方式而言，静态方式的好处是实现代码的隐蔽性，即C ++中提倡的“接口对外，实现代码不可见”。有利于库文件的转发。