【Linux】软硬链接与动静态库

环境:centos7.6,腾讯云服务器
Linux文章都放在了专栏:【 Linux 】欢迎支持订阅 

相关文章:

【Linux】动静态库以及动静态链接

【Linux】基础IO_文件系统


软硬链接

软链接

我们知道,每一个文件都会有自己的inode编号,我们可以通过如下指令来查看:

ls -l -i

【Linux】软硬链接与动静态库_第1张图片

 我们发现,每一个不同文件的inode编号都不相同,所以inode可以说是用来标识文件的标识符。接下来,我们通过下面指令来给mysoft文件,创建软链接:

 ln -s mysoft mysoft-s

【Linux】软硬链接与动静态库_第2张图片

 我们发现,创建出来的软链接文件的inode编号与源文件并不相同,并且,软链接文件的大小远远小于源文件的大小。实际上,软链接又称为符号链接,软链接文件是一个独立的文件有自己的inode属性以及内容软链接文件的内容就是只包含了源文件的路径名称。因此大小要比源文件要小很多。这就类似于Windows下创建的快捷方式文件。

【Linux】软硬链接与动静态库_第3张图片

当然,假如我们将源文件删除或者改变源文件路径后,那么软链接文件也就运行不了,因为软链接文件内仅仅只是源文件所在的路径,当源文件不在时,软链接文件也就“失效了”。如下所示:

【Linux】软硬链接与动静态库_第4张图片

 硬链接

接下来我们来看硬链接,我们可以通过下面命令给mylink文件创建硬链接:

ln mylink mylink-h

【Linux】软硬链接与动静态库_第5张图片

我们发现,创建出来的硬链接文件不管是大小,还是inode编号都与源文件相同,并且那个数字也从1变成了2。可以看出来,硬链接代表的意义就是给源文件起一个“别名”,也就是说,虽然它们名字不同,但代表的都是同一个文件,因为它们的inode编号相同!。而这个数字2,就是用来统计一个文件究竟有几个“别名”。因此这里变成了2。

当然,假如此时我们将源文件的路径给更改,并不会发生什么影响,但是假如我们将源文件给删除。我们会发现,那个数字就会由2变成1,但依然可以运行。

【Linux】软硬链接与动静态库_第6张图片

接下来我们看一个现象:为什么目录文件硬链接数为2?

【Linux】软硬链接与动静态库_第7张图片 答案是很简单,因为每一个目录文件,即使是个空目录,里面也一定有如下内容:当前路径文件.和上级路径文件..。

【Linux】软硬链接与动静态库_第8张图片

 当然,假如我们在B目录文件下再建立一个新的路径文件,那么B的硬链接数就会由2变成3,因为新的路径文件下都会有一个..文件,..标识上级路径,也就是B,因此B的硬链接数会由2变3。

【Linux】软硬链接与动静态库_第9张图片

这里有一点需要注意:我们可以给普通文件创建硬链接,但不能给目录文件创建硬链接,因为假如能给目录文件建立硬链接,就容易发生环路路径问题。

 软硬链接的区别

  1. 软链接又称为符号链接,是一个独立的文件,有单独的inode编号,该文件的内容为目标文件的路径。
  2. 硬链接是将不同的文件名关联到同一个inode节点,名字不同,但都是指同一个文件。
  3. 软链接可以给目录创建,但硬链接不可以给目录创建
  4. 删除原目标文件后,软链接文件会收到影响,会“失效”,但硬链接文件不受影响,依然可以正常运行,仅仅只是硬链接数-1。
  5. 硬链接的文件属性类型与原文件保持一致,而软链接文件的属性类型为l,l表示链接文件
  6. 软链接的大小很小,硬链接的大小与原目标文件一致,因为硬链接文件本身就是原目标文件的“别名”。

动静态库

什么是库文件?

我们在编写C/C++代码时,实际上一直都在用库(c/c++标准库),在编写代码时,有很多库函数诸如printf等,我们为什么能直接拿来用呢?是因为我们包含了各自对应的头文件,而头文件的内容包含了该函数的声明,具体的实现方法则在库文件中,在链接阶段,我们经过编译后的.o文件会与库文件进行合并,最终形成可执行程序。

因此,可以这么来说:库文件中提供函数的实现方法,而头文件中提供函数说明。两者配套使用。实际上,库其实就是大量方法文件形成的.o文件的集合

为什么要存在库?

库的存在就是为了提高开发效率,举个例子,假如没有c/c++标准库,我们在写代码时就要手动将printf、cout等高频函数的实现方法进行编写,这样就大大减少了我们的开发效率。

而且假如在日常开发中,假设别人想要使用我们实现的一些接口,但是我们又不想让别人看到我们是如何实现的,此时我们就可以将接口的实现打包成一个库,然后直接将库文件和对应头文件发送给对方即可。

库又分为动态库和静态库,两者的优缺点在之前的文章已经详细讲解<<点击跳转>>,这里主要讲如何库的使用和原理。

如何制作和使用第三方库

第一方库:语言提供的库(如c/c++标准库)

第二方库:操作系统提供

第三方库:other提供,比如我们接下来自己制作的动静态库

静态库的打包

静态库的打包主要分为两个步骤:

  1. 将存放方法的源文件进行编译,编译后(含预处理--编译--汇编)生成.o为后缀的可重定位二进制目标文件。(gcc -c)
  2. 将所有的.o文件使用ar -rc指令,进行打包形成静态库。
  3. 将静态库与头文件压缩后发送给他人即可供他人使用

这里我简单举个例子:

假如我自己写了一个Add和Sub接口的实现,然后其他人想直接用我们的接口,此时我们想在不将方法的具体实现暴露出来,仅仅是将接口的功能给他人使用,此时我们就可以打包成库,发送给别人即可。如下图:

【Linux】软硬链接与动静态库_第10张图片

第一步:使用g++ -c的指令,将方法实现的源文件进行编译后生成.o结尾的可重定位二进制文件:

【Linux】软硬链接与动静态库_第11张图片

  第二步:使用ar -rc 指令将所有的.o文件进行打包

【Linux】软硬链接与动静态库_第12张图片

注意:argnu归档工具,通常用指令ar -rc来进行静态库打包。而ar -tv指令则可以查看静态库的内容。如下:

 接下来,我们再将所有的头文件都放在同一个文件下,如下所示:

第三步:使用tar指令将库文件与头文件进行压缩,然后发送给其他人 使用即可

【Linux】软硬链接与动静态库_第13张图片

静态库的使用

 此时我们切换身份,我们作为otherPeople,我们想要使用这个静态库,该如何使用呢?

第三方库的使用规则

首先,任何第三方库的使用,必须在编译时要标注三个要素:库所在的路径、对应头文件的路径、要链接的库名(库名需要去掉前缀与后缀)。

第一种方式使用静态库:编译时手动指定

gcc/g++编译选项 含义
-L 指定库所在的路径
-I(大写i) 指定头文件所在路径
-l(小写L)

指定库名称(去掉前后缀)

如下,假如我要使用这个静态库,我先将这个压缩包解压:

【Linux】软硬链接与动静态库_第14张图片

 接下来我们进行g++编译,这里编译时我们手动指定所需要的库名(-l)、库路径(-L)、头文件路径(-I)。

【Linux】软硬链接与动静态库_第15张图片

对于静态库的使用,还有第二种方法如下:

第二种方式使用静态库:将头文件以及库文件安装在系统目录

由于gcc/g++在编译时,会默认去系统目录搜索,进行路径匹配,这也是为什么我们平常用c/c++标准库时,编译时不需要再指定库路径和头文件路径。

库所在系统路径:/lib64

头文件所在系统路径:/usr/include

【Linux】软硬链接与动静态库_第16张图片

 这里需要注意的是,一般我们不要轻易修改系统的环境,因此我们用完后要手动删除,否则会一直存在。

动态库的打包

上面讲了静态库的打包和使用,接下来将动态库的打包和使用,以及动态库链接的原理。

动态库的打包分为以下几个步骤:

  1. 将存放方法的源文件进行编译,编译后(含预处理--编译--汇编)生成以.o为后缀的可重定位二进制目标文件。同时在编译时生成与位置无关码。(gcc/g++ -c -fPIC)
  2. 直接gcc/g++对所有的.o文件进行编译,同时加上-shared选项,打包成动态库即可。(gcc/g++ -shared)
  3. 将动态库与头文件压缩后发送给他人即可供他人使用

以上静态库例子打包成动态库,步骤如下所示:

【Linux】软硬链接与动静态库_第17张图片

 紧接着我们可以将动态库与头文件进行压缩,将压缩包给other用户,供他人使用。

 这里有一点需要注意,就是我们一般会把头文件,单独放在一个目录,库文件单独放在一个目录。(上面静态库的例子忘记了,这里说一下。)

【Linux】软硬链接与动静态库_第18张图片动态库的使用

接下来我们已other的身份,进行使用动态库,我们先将压缩包进行解压,然后进行编译,编译时指定头文件、库文件的路径,以及库名。

【Linux】软硬链接与动静态库_第19张图片

 虽然可以正常编译,但是此时我们运行可执行程序,就会出现如下报错:

这是因为我们在编译时,仅仅只是告诉了编译器,但是OS并不知晓,OS只会在系统路径,以及当前所在路径下进行查找头/库文件。因此此时会报错。(静态链接并不会,因为生成的可执行程序的运行,不会依赖库),这时常用的解决方法有如下几种:

 1、将库文件拷贝到系统路径

此时我们假如将我们的第三方动态库,拷贝到系统路径/lib64下,即可正常运行。如下:

【Linux】软硬链接与动静态库_第20张图片

 需要注意的是,我们一般不会对系统环境进行更改,用完后要进行删除,否则的话,下一次重新登陆,系统路径下还是会存在我们自己的第三方库。

2、将库路径导入环境变量LD_LIBRARY_PATH中

用export指令,将库路径(绝对路径)导入环境变量LD_LIBRARY_PATH中,如下:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/qidunyan/linux-exercise/test_23_06/test_23_0607/otherPeople/mylib/

此时程序依然可以正常运行

【Linux】软硬链接与动静态库_第21张图片

 该方法的好处就是用完后,我们不需要对该环境变量进行删除库的路径,因为下次重新登陆时,该环境变量会被更新。

3、对系统配置文件/etc/ld.so.conf.d进行更改

系统配置文件/etc/ld.so.conf.d中存放的都是以.conf为后缀的文件,该文件内存放的是路径。我们只需要将动态库的绝对路径,放在一个以.conf为后缀的文件中,再将该文件拷贝到系统配置文件内即可。如下:

 但是此时运行的话,依然会显示失败,因为我们没有对配置文件进行更新,我们只需要输入指令:ldconfig,进行更新配置文件即可。

【Linux】软硬链接与动静态库_第22张图片 当然,我们为了不污染系统环境,使用完后也要记得手动删除,否则会一直存在。

动静态库链接的原理

为什么静态链接生成的可执行程序,不会依赖库文件呢?因为在编译阶段会将库中方法的代码加载到可执行程序中,这样就会出现一个情况,假如同一个方法比如printf,被调用了多次,这也就会导致printf实现的代码,被重复复制了多次,出现大量冗余重复的代码,这也就是为什么静态链接生成的可执行程序体积大小非常大的原因。

而动态链接则不是这样,程序在链接动态库时,会通过库的起始地址+偏移量,来找到函数方法所在的位置,而这个偏移量,就是我们生成的与位置无关码。其实就是0 1 2 3 4...这样的偏移量,也就是说,只要知道库的起始地址,就能根据0 1 2 3...这样的偏移量,来找到各自的方法。为什么叫与位置无关码呢?因为库被映射到地址空间的地址是不确定的,但是偏移量是固定的,这样不管库被映射到哪个地址,通过偏移量都可以找到函数所在的位置。(举个例子,假如我对你说,我距离你10米远,那么不管你的位置在哪里,只需要从你的位置+10米,就可以找到我,这个10米,就类似位置无关码)

而在程序运行时,动态库会被加载到物理内存,同时会通过页表映射到进程对应的地址空间中的共享区。此时动态库的地址也就有了。且同一个方法,它的库地址+偏移量相同,所以代码只需要存在一份即可,避免了代码冗余。同时假如存在多个进程同时运行且使用同一个库,那么动态库也只需要在内存中加载一份,然后映射到各自的共享区,通过库地址+偏移量就可以跳转到方法的实现。大大节省了空间的使用。

补充

云服务器默认只存在动态库,因此我们若想使用C/C++静态库,需手动安装

安装C/C++静态库

sudo yum install -y glibc-static
sudo yum install -y libstdc++-static

另外,我们需要知道以下几点:

gcc/g++默认采用动态链接,但是假如只存在静态库,则gcc/g++只会进行静态链接,同样,只存在动态库,也只能进行动态链接(即使我们加上 -static)。

而若动静态库同时存在,则gcc/g++会默认进行动态链接。也可以手动指定进行静态链接(-static)


end.

生活原本沉闷,但跑起来就会有风!

你可能感兴趣的:(Linux,linux,运维,服务器,c++,库)