so其实就是shared object的意思。今天看了上面的博客，感觉好吃力。赶紧做个笔记记录一下。下面的内容大多都是连接中的，穿插我自己的笔记

牵扯到ELF格式，gcc编译选项待补，简单实用的说明一下，对Linux下的so文件有个实际性的认识。 

2.怎么生成以及使用一个so动态库文件? 

Code)，则产生的代码中，没有绝对地址，全部使用相对地址，故而代码可以被加载器加载到内存的任意 位置，都可以正确的执行。这正是共享库所要求的，共享库被加载时，在内存的位置不是固定的。

:  令 gcc 生成调试信息,该选项可以利用操作系统的“原生格式（native format）”生成调试信息。GDB 可以直接利用这个信息，其它调试器也可以使用这个调试信息

-c:  仅执行编译操作，不进行连接操作。

注意！-c,-o不是指.c文件和.o文件！！

上述语句中 libs.o是输入文件

-Wl: 注意第二个字母是小写的L，不是I　

　　soname的关键功能是它提供了兼容性的标准：

　　当要升级系统中的一个库时，并且新库的soname和老库的soname一样，用旧库链接生成的程序使用新库依然能正常运行。这个特性使得在Linux下，升级使得共享库的程序和定位错误变得十分容易。

　　在Linux中，应用程序通过使用soname，来指定所希望库的版本，库作者可以通过保留或改变soname来声明，哪些版本是兼容的，这使得程序员摆脱了共享库版本冲突问题的困扰。

　　-l 是直接加上某库的名称,如-lc是libc库 -L 是库的路径,搜索的时候优先在-L目录下搜索

再来一个C文件来引用这个库中的函数:ts.c 

屏幕上就开始不停有信息输出了，当然TS Quit你是看不到的，前面是个死循环，后面会用到这句 

& 放在启动参数后面表示设置此进程为后台进程。默认情况下，进程是前台进程，这时就把Shell给占据了，我们无法进行其他操作，对于那些没有交互的进程，很多时候，我们希望将其在后台启动，可以在启动参数的时候加一个'&'实现这个目的。

3.地址空间，以及线程安全： 
这个时候屏幕信息会怎么样呢？全局变量count会怎么变化？ 
会是两个进程交叉输出信息，并且各自的count互不干扰，虽然他们引用了同一个so文件。 
也就是说只有代码是否线程安全一说，没有代码是否是进程安全这一说法。 

4.库的初始化，解析： 
windows下的动态库加载，卸载都会有初始化函数以及卸载函数来完成库的初始化以及资源回收，linux当然也可以实现。 
ELF文件本身执行时就会执行一个_init()函数以及_fini()函数来完成这个，我们只要把自己的函数能让系统在这个时候执行 
修改我们前面的s.c文件： 

重新制作 libs.so，ts本是不用重新编译了，代码维护升级方便很多。 
可以看到屏幕输出：(不完整信息，只是顺序一样) 
可以看到我们自己定义的初始化函数以及解析函数都被执行了，而且是在最前面以及最后面。 
./e&连续执行两次，那么初始化函数和解析函数也会执行两次，虽然系统只加载了一次libs.so。 
如果sleep时候kill 掉后台进程，那么解析函数不会被执行。 

5.使用我们自己库里的函数替换系统函数： 
创建一个新的文件b.c:我们要替换系统函数malloc以及free(可以自己写个内存泄露检测工具了) 

关键就在LD_PRELOAD上了，这个路径指定的so将在所有的so之前加载，并且符号会覆盖后面加载的so文件中的符号。如果可执行文件的权限不合适（SID），这个变量会被忽略。