接着前一篇文章动态共享库引发的double free错误的分析，分析到的共享库的double free问题，这里接着谈一下我们经常在链接的过程中，经常处理的一个错误，就是被依赖的库，通过需要放到依赖库的后面，但之前一直不太清楚原因是什么。
这里看到有位网友，把整个流程图画出来了，这里引用一下他的文章：《浅析静态库链接原理》，
这里引用了他的流程图：
主要原因是：
1、对于静态依赖，其实就是.a文件中，依次对里面打包好的.o文件进行符号表的查找过程。
2、放到前面的库会先进行查找。
3、如果被依赖的库放到了前面，当处理到后面的库的时候，因为前面的库已经处理过了，那默认情况下，只会往后查找，则会出现undefine symbol的错误了。
关键的原因即是：链接过程是顺序工作，所以需要将被依赖的放到后面还。
如果就要放到前面，可以使用-whole-archive参数，告诉编绎器将所有的.o链接到可执行程序