本篇内容主要讲解“如何理解Linux系统下连接器ld链接顺序”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“如何理解Linux系统下连接器ld链接顺序”吧!

创新互联建站服务项目包括瓯海网站建设、瓯海网站制作、瓯海网页制作以及瓯海网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，瓯海网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到瓯海省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

原来ld对于链接一系列的库的顺序是很敏感的，不然会报undefined referenced 的函数符号错误，意思就是未找到函数定义。实际上库是能正确打开的。如果库libA.a依赖于库libB.a，那么连接器的参数应该ln -lA -lB,   必须这样写。不然就会错误。

这个看来是历史的遗留问题。说白了就是，如果你确定某个库不重要，就放到最后，也就是说，库的加载顺序是按顺序进行的，从左到右，优先级最高，这也是远古时代机器太破的原因，内在和硬盘包括CPU都是极其稀罕珍贵的。所以要你提前搞定哪些需要哪些不需要，一旦需要，就加载上去，不需要就不要加载上去。这样就可以解释上面的错误了，编译器加载到socketcomm后，发现还有依赖库，再往后找，木有咧，于是就错了。

也就是说，被依赖的尽量放到后面，让大家可以共用。

这就引申同来了另外一个问题，如果有多个库，使用了相同的函数名或者类名，结构体名称会怎么样？

可以使用nm和readelf、ldd等命令来查看你的库的依赖和符号表以及导出的函数符号等。这样就可以来验证上面的因为顺序造成的不同的编译结果。

把测试的库分成动、动；静、静；动静三种情况。

第一种情况：静静库都包含有相同的名字函数

代码如下:

gcc -L./ main.c -lA -lB

编译报错，在multiple definition of `XXX‘。重复定义函数。

第二种情况：动动库

这个得看加载的顺序，上面说过，从左开始，按需加载。

代码如下:

gcc main.c ./libB.so ./libA.so

代码如下:

gcc main.c ./libA.so ./libB.so

这样的链接方式为隐式链接，或者说加载时链接，而前面的静态库为编译时连接。

也就是说，编译的顺序确定到底调用哪个库中的同名函数。

第三种情况：动动，但是是动态加载，而不上面的静态加载。

代码如下:

gcc main.c -ldl ./libA.so ./libB.so

代码如下:

gcc main.c -ldl ./libB.so ./libA.so

没有加链接选项时，跟第二种情况一样。加了L选项后，指定哪上加载哪个。

libB为静态链接!, libA为动态加载.

代码如下:

gcc -L./ main.c -ldl –lB

动态库的库名显示的加载入编译选项中

代码如下:

gcc -L./ main.c -ldl -lB ./libA.so

代码如下:

gcc -L./ main.c -ldl ./libA.so -lB

到此，相信大家对“如何理解Linux系统下连接器ld链接顺序”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！

当前文章：如何理解Linux系统下连接器ld链接顺序
当前地址：http://myzitong.com/article/igsghc.html