最近有幸阅读了《高级C/C++编译技术》深受启发,该书深入浅出地讲解了构建过程(编译、链接)中的各种细节,从多个角度展示了程序与库文件或代码的集成方法,提出了面向代码复用和系统集成的软件架构设计方法,以及系统开发过程中疑难问题的解决方案。
  以下将回头记录下其中的关键要点,以便后面查阅。

本节思维导图

1. linux库命名规则

(1)静态库:lib+<library name>. + a

(2)动态库:lib+<<library name> + .so + <library version information>

(3)动态库的版本信息

  dynamic libaray version information = <M>.<m>.<p>

  M:主版本号

  m:次版本号

  p:补丁(很小的代码改动)版本号

(4)动态库的soname

  soname = lib+<libaray name>+.so+M

  动态库的soname通常由连接器嵌入二进制文件的专有ELF字段中,通常用特定的连接器选项,将表示库soname的字符串传递给链接器

g++ -shared <list of object files> -Wl, -soname, libfoo.so. -o libfoo.so.1.0.

注意:(1)-Wl选项告诉编译器将后面的参数传递给链接器

   (2)凡是间接调用链接器时,我们需要在链接器参数前追加“Wl,”

2. 构建过程中库文件定位规则

  在Linux中用-L和-l选项来指定构建过程中库文件路径

(1)将完整的库文件路径分成两个部分:目录路径和库文件名

(2)将目录路径添加到-L连接器选项后面,并传递给链接器

(3)将库文件名添加到-l参数后面,并传递给连接器

g++ main.o -L../sharedlib -lwokingdemo -o demo

在使用g++命令行一次性完整编译链接两个过程时,应在在链接器前添加-Wl,

g++ -Wall -fPIC main.cpp -Wl, -L../sharedlib -Wl, -lworkingdeno -o demo

3. 运行时动态库文件定位规则

  对于经验不足的linux软件工程师经常会遇到找到不动态库的情况而不知所措,主要是对以下内容不够了解。

  动态库运行时搜索算法由一组规则约束,按照优先级从高到低列出

(1)预加载库

  毫无疑问,预加载库应该拥有最高的搜索优先级,装载器会首先加载这些库,然后才开始搜索其它库,有两种方法可以指定预加载库

a:通过设置LD_PRELOAD环境变量

export LD_PRELOAD=/home/fate/shareddir/libtest.so:$LD_PRELOAD

b:通过修改、etc/ld.so.preload文件

指定预加载库并不符合标准的设计规范。相反,该方案仅用于特殊情况,比如设计压力测试、诊断已经对原始代码的紧急补丁等

(2)rpath

  rpath和runpath都可供我们使用,但是runpath在运行时搜索优先级列表中赋予了更高的优先级,只有在runpath缺失的情况下,rpath才是linux装载器剩余的搜索路径信息中具有最高优先级的。

  但如果ELF二进制文件的runpath(DT_RUNPATH)字段是非空的,那么rpath会被忽略

g++ -Wl, -R/home/fate/shared/ -ltestlibrary

  或者,也可以用LD_RUN_PATH环境变量来设置rpath

export LD_RUN_PATH=/home/fate/shared:$LD_RUN_PATH

(3)LD_LIBARAY_PATH

  从库搜索概念发展初期开始,开发人员就希望可以使用一种临时应急的有效机制来验证它们的设计,通过特定的环境变量(LD_LIBRARY_PATH)就能解决我们遇到的问题,当没有rpath时,该路径就是路径搜索信息中优先级最高的

export LD_LIBRARY_PATH=/home/fate/shared/:$LD_LIBRARY_PATH

注意:该机制只应用于实验目的,软件产品的产品版本不应该依赖于这种机制

(4)runpath

  设置runpath的方法和设置rpath的方法非常相似,为了传递-R或-rpath链接器选项,需要使用额外的--enable-new-dtags链接选项

g++ -Wl,-R/home/fate/shared/ -Wl, --enable-new-dtags -ltestlibrary

(5)ldconfig缓存

  一种标准的代码部署过程是基于运行linux的ldconfig工具,ldconfig会将指定的目录路径插入动态库搜索列表中,该列表维护在文件/etc/ld.so.conf中。同样地,系统会扫描新加入的目录路径,其结果是将发现的库文件名添加到库文件名列表中,该表维护在/etc/ld.so.cache文件中

4. 默认库文件路径

  /lib和/usr/lib是linux操作系统保存动态库的两个默认路径

5. 优先级方案小节

  总的来说,优先级方案可以归纳为以下两种版本:

(1)如果指定了RUNPATH(即LD_RUNPATH字段非空)

  a. LD_LIBRARY_PATH

  b. runpath(LD_RUNPATH)

  c. ld.so.cache

  d. 默认路径

(2)如果没有指定runpath

  a. 被加载库的RPATh,然后是二进制文件的RPATH,直到可执行文件或者动态库将这些库全部加载完毕为止

  b. LD_LIBRAYR_PATH

  c. ld.so.cache

  d. 默认路径

6.示例:动态库的创建和函数调用

linux_so.h

#pragma once

#ifdef __cplusplus
extern "C"
{
#endif
void fun();
#ifdef __cplusplus
}
#endif

linux_so.c

#include "linux_so.h"

#include <iostream>
using namespace std; void fun()
{
cout << "print fun" << endl;
}

main.c

#include "stdio.h"

#include "linux_so.h"

int main()
{
fun();
return ;
}

编译、链接

g++ -Wall -g -o0 -fPIC -shared linux_so.c -o liblinux_so.so

 g++ -Wall -g -o0 -fPIC main.c -Wl,-L./ -Wl,-llinux_so -o out

export LD_LIBRARY_PATH=/home/fate/sharedir/dlltest/:$LD_LIBRAYR_PATH

 输出

高级C/C++编译技术之读书笔记(四)之定位库文件的更多相关文章

  1. 高级C/C++编译技术之读书笔记(一)之编译/链接

    最近有幸阅读了<高级C/C++编译技术>深受启发,该书深入浅出地讲解了构建过程(编译.链接)中的各种细节,从多个角度展示了程序与库文件或代码的集成方法,提出了面向代码复用和系统集成的软件架 ...

  2. 高级C/C++编译技术之读书笔记(二)之库的概念

    最近有幸阅读了<高级C/C++编译技术>深受启发,该书深入浅出地讲解了构建过程(编译.链接)中的各种细节,从多个角度展示了程序与库文件或代码的集成方法,提出了面向代码复用和系统集成的软件架 ...

  3. 高级C/C++编译技术之读书笔记(三)之动态库设计

    最近有幸阅读了<高级C/C++编译技术>深受启发,该书深入浅出地讲解了构建过程(编译.链接)中的各种细节,从多个角度展示了程序与库文件或代码的集成方法,提出了面向代码复用和系统集成的软件架 ...

  4. 高级C/C++编译技术之读书笔记(五)之动态库版本控制

    最近有幸阅读了<高级C/C++编译技术>深受启发,该书深入浅出地讲解了构建过程(编译.链接)中的各种细节,从多个角度展示了程序与库文件或代码的集成方法,提出了面向代码复用和系统集成的软件架 ...

  5. webkit技术内幕读书笔记 (四)

    资源缓存 资源缓存的目的是为了提高资源使用的效率,其基本思想是建立一个资源的缓存池,当需要请求资源的时候先去资源池查找是否有相应的资源,如果没有则向服务器发送请求,webkit收到资源后将其设置到该资 ...

  6. 深入理解linux网络技术内幕读书笔记(四)--通知链

    Table of Contents 1 概述 2 定义链 3 链注册 4 链上的通知事件 5 网络子系统的通知链 5.1 包裹函数 5.2 范例 6 测试实例 概述 [注意] 通知链只在内核子系统之间 ...

  7. 深入探索Android热修复技术原理读书笔记 —— 代码热修复技术

    在前一篇文章 深入探索Android热修复技术原理读书笔记 -- 热修复技术介绍中,对热修复技术进行了介绍,下面将详细介绍其中的代码修复技术. 1 底层热替换原理 在各种 Android 热修复方案中 ...

  8. 深入探索Android热修复技术原理读书笔记 —— 资源热修复技术

    该系列文章: 深入探索Android热修复技术原理读书笔记 -- 热修复技术介绍 深入探索Android热修复技术原理读书笔记 -- 代码热修复技术 1 普遍的实现方式 Android资源的热修复,就 ...

  9. 深入探索Android热修复技术原理读书笔记 —— so库热修复技术

    热修复系列文章: 深入探索Android热修复技术原理读书笔记 -- 热修复技术介绍 深入探索Android热修复技术原理读书笔记 -- 代码热修复技术 深入探索Android热修复技术原理读书笔记 ...

随机推荐

  1. logback logback.xml 常用配置详解(转)

    本文转自:http://my.oschina.net/looly/blog/298675 推荐参考:http://blog.csdn.net/haidage/article/details/67945 ...

  2. jst格式化日期

    jsp页面需引入fmt标签:<taglib prefix="fmt" uri="http://java.sun.com/jsp/jstl/fmt"> ...

  3. Linux命令(6/28)——declare/typeset命令

    declare 与 typeset 命令是bash的内建命令,两者是完全一样的,用来声明shell变量,设置变量的属性. declare命令(别名typeset)属shell内建命令,用于申明shel ...

  4. 利用同步网盘搭建个人或团队SVN服务器

    这篇文章是以前写的,现在强烈推荐两个站.1.http://git.oschina.com 2.http://www.coding.net. 推荐理由:1.可创建私有项目.2.免费稳定.3.VS2013 ...

  5. jQuery获取URL的GET参数值

    // jQuery url get parameters function [获取URL的GET参数值] // <code> // var GET = $.urlGet(); //获取UR ...

  6. Http请求的TCP连接

    我们一直认为,HTTP连接分为长连接和短连接,而我们现在常用的都是HTTP1.1,因此我们用的都是长连接. 这句话其实只对了一半,我们现如今的HTTP协议,大部分都是1.1的,因此我们平时用的基本上都 ...

  7. 开源流量分析系统 Apache Spot 概述(转)

    原文地址http://blog.nsfocus.net/apache-spot/ Apache Spot 是一个基于网络流量和数据包分析,通过独特的机器学习方法,发现潜在安全威胁和未知网络攻击能力的开 ...

  8. Terms of Company

    CMD系统:中国机车远程监视与诊断系统,由车载子系统.车地数据传输子系统和CMD地面综合应用子系统三部分组成. LKJ:列车运行监控装置,机车运行过程中与行车安全相关的信息,如司机号.车次.公里标.速 ...

  9. React Native 网络请求封装:使用Promise封装fetch请求

    最近公司使用React作为前端框架,使用了异步请求访问,这里做下总结: React Native中虽然也内置了XMLHttpRequest 网络请求API(也就是俗称的ajax),但XMLHttpRe ...

  10. 第十节课-RNN介绍

    2017-08-21 这次的课程介绍了RNN的相关知识: 首先是RNN的几种模型: 分别又不同的应用场景,包括机器翻译,视频的分类... RNN的解释: 主要的特点就是用到了上一个隐含状态的信息,所以 ...