。

其中涉及到了inode的概念引入和软硬连接的讲解。

会结合实际操作对这些抽象的概念进行解释#xff0c;希望会对你有所帮助。

一、inode

一个文件里面没有任何内容文件的大小就是0吗实际上并不是。

我们知道文件不仅仅要保存其内容属性也是必不可少的。

属性保存在哪里呢

InodeIndex

Node是文件系统中的一个重要概念用于存储和管理文件的元数据。

在UNIX和类UNIX操作系统中如Linux每个文件都与一个唯一的inode相关联。

Inode

文件类型指示文件的类型如常见的普通文件、结构来维护。

当文件被打开或者通过文件名访问时操作系统会根据文件系统的目录结构使用inode来定位文件。

二、软硬链接

Link是一个指向另一个文件或的路径信息。

软连接可以跨越不同的文件系统甚至可以指向不存在的文件或本身而只会删除软连接本身。

下面我们看一个实际的例子。

mytest。

假设我们想在其他路径下执行该程序一种办法就是使用

相对路径/绝对路径

但是每次都需要加上路径去执行该程序是不是优点太过繁杂。

那有没有其他的便捷的方法呢这里就可使用到软连接ln

对这种方法有一种莫名熟悉的感觉。

在windows下不就是在桌面创建快捷方式嘛

文件间的共享通过创建软连接多个文件可以引用同一个文件减少存储空间的占用。

简化路径软连接可以提供简洁的路径名使得访问文件更加方便。

跨文件系统的链接软连接可以跨越不同的文件系统进行链接增强了灵活性。

动态更新当原始文件或的链接。

硬连接与原始文件或因为硬链接实际上是原始文件或下建立了文件名与指定inode的映射关系而已通俗理解就是给指定文件起别名。

文件备份通过创建硬链接可以在不占用额外存储空间的情况下生成与原始文件内容完全相同的备份文件。

文件共享多个硬链接可以引用同一个文件可以在不同位置使用相同的文件。

快速访问由于硬链接实际上是同一个文件所以可以通过多个链接快速访问文件提高效率。

隐藏文件

软连接可以跨越不同的文件系统进行链接而硬连接只能在同一文件系统中创建链接。

删除原始文件并不会立即影响已经创建的硬链接因为硬链接与原始文件共享相同的磁盘空间只有当所有链接都被删除后才会真正释放磁盘空间。

软连接可以指向不存在的文件或。

三、动静态库概念

静态库是一种将一组预编译的目标文件.o打包成一个单独的文件的技术。

它的主要作用是将代码模块化并提供给其他开发者使用以便在编译阶段将这些模块链接到他们的程序中。

静态库是由多个编译好的目标文件组成的这些目标文件包含了被编译源代码的函数和数据。

当我们将这些目标文件打包成一个单独的库文件时就形成了静态库。

通常静态库的文件扩展名是.a在Windows上也可以是.lib。

预处理处理源代码中的宏定义、条件编译等预处理指令。

编译将预处理后的源代码编译成汇编代码。

汇编将汇编代码转换成机器码并生成目标文件通常是.o文件。

链接将多个目标文件链接在一起形成静态库文件。

我们再对

为了方便使用我们将静态库和头文件统一放到一个目录下。

具体操作如下

libhello.a:mymath.o

是不可以的。

编译时会自动在本下确实是没有所以试过报错的。

那怎么才能使用呢

3、2、1

编译时头文件的默认搜索路径是/usr/include。

库文件的默认搜索路径是/lib64。

当我们把自己所写的头文件和静态库加载到系统默认的搜索路径后就会自动找到我们所引入的头文件和库函数。

具体操作如下

这是为什么呢我们自己写的库属于第三方库在编译时必须需要指定库的名字。

具体如下

虽然这样可以使用静态库但是不支持这种做法。

这样就有可能会污染系统的文件。

3、2、2

加载到系统的文件中不是一种很优的方法。

哪还有其他方法吗答案有的。

我们在编译时直接告诉编译器路径gcc

main.c

我们知道静态库在编译过程中目标文件被编译链接生成的可执行程序中包含所有函数和数据。

可执行程序所占用内存比较大。

当程序运行时所有的代码和数据都被加载到内存中并占用固定的内存地址。

这种方式是静态链接使得可执行文件的体积较大且不具备代码共享的特性。

而动态库并不是这样的且动态库的生成与静态库也有所区别。

我们接着往下看。

动态库Dynamic

Library简称DLL是一种可执行文件包含可以被多个程序同时调用的函数和数据。

与静态库相比动态库提供了更为灵活和高效的代码共享方式。

编写动态库代码根据需求编写所需的函数和数据并将其封装在一个动态链接库项目中。

编译动态库代码使用合适的编译器将动态库代码编译成二进制形式生成具有扩展名为.dll在Windows系统中或.so在Linux系统中的文件。

链接动态库将动态库文件与主程序进行链接使主程序能够使用库中的函数和数据。

在这个过程中主程序并不会把动态库的内容复制到自己的代码中而是在运行时通过动态链接来加载和使用库中的函数和数据。

通过上图我们发现在生成.o文件时多出了-fPIC选项。

-fPIC选项是什么意思呢

gcc的-fPIC选项是用于生成可重定位目标文件Position

Independent

CodePIC的编译选项。

通过使用该选项生成的目标文件可以在内存中的任何位置加载和执行而不需要进行修改或重新链接。

在编译过程中目标文件只包含程序所需的函数和数据的引用信息真正的函数和数据则通过动态链接库Dynamic

Linking

LibraryDLL提供。

在程序运行时操作系统会将需要的函数和数据从动态链接库中加载到内存并进行地址重定向。

这种方式使得可执行文件的体积较小且不同程序之间可以共享同一个动态链接库。

而-fPIC选项则是在编译过程中产生与位置无关的代码主要用于动态链接库的创建。

使用该选项可以确保生成的目标文件能够适应不同的内存布局和地址空间。

具体来说-fPIC选项会通过使用相对寻址relative

addressing使得目标文件中的函数和数据可以在不同的内存地址加载和执行。

3、4

为了同时生成静态库和动态库我们再次进行对makefile文件进行改写代码如下

.PHONY:all

libhello.alibhello.so:mymath_d.o

myprint_d.ogcc

我们同样是先把打包动静态库和头文件下一个文件中进行调用使用。

动态库的直接指定路径使用与静态库相似。

我们看如下实例

我们知道动态库和静态库真是的名字去掉前后缀后都是hello。

那我们直接使用-lhello指定的是动态库还是静态库呢也就是默认情况下是动态链接呢还是静态链接呢我们看选图

我们发现默认情况下是动态链接。

但是并没有找到动态库且生成的可执行程序也不能执行。

这又是为什么呢原因是我们需要把动态库加载到内存中后可被多个进程使用因此也被称为共享库。

但是我们只是告诉gcc动态库所在的路径了并没有告诉操作系统动态库在哪里

3、4、2

在Linux下默认查找共享库的环境变量是LD_LIBRARY_PATH。

LD_LIBRARY_PATH是一个包含中搜索共享库文件。

优先搜索程序内部指定的路径。

如果没有找到接下来会搜索LD_LIBRARY_PATH中指定的路径。

如果还是没有找到最后动态链接器会按照一定的默认规则搜索系统预定义的路径如/usr/lib、/lib等。

通过设置LD_LIBRARY_PATH环境变量可以临时修改共享库的搜索路径。

例如可以使用以下命令来设置LD_LIBRARY_PATH环境变量

export

LD_LIBRARY_PATH/path/to/shared/libs该命令将/shared/libs下的配置文件并执行相应的更新操作例如使用ldconfig命令。

稍后我们也会详细介绍。

现在以我自己为例子来添加动态库到共享库的环境变量中。

具体如下图

3、4、3

在Linux系统中/etc/ld.so.conf.d/中可以创建不同的配置文件每个文件对应一个共享库搜索路径。

这些配置文件通常以.conf为后缀名。

通过在这些配置文件中添加共享库的路径可以告诉动态链接器在特定的可以方便地管理共享库路径的配置。

可以在不同的配置文件中分别设置不同的共享库路径这样可以根据需要独立地管理和更新路径的配置而不会影响到其他配置文件。

/etc/ld.so.conf.d/

动态库和静态库是两种代码库的形式它们主要用于程序的模块化开发和代码共享。

它们具有以下不同之处

静态库Static

静态库在编译时会被完全链接到可执行文件中使得可执行文件包含了所有需要的库函数和数据。

使用静态库的主要优点是程序的独立性无需依赖外部库文件即可运行。

静态库适用于一些较小的应用或者需要独立部署的情况。

动态库Dynamic

动态库在程序运行时由操作系统进行加载和链接而不是在编译时完全链接到可执行文件。

程序在运行时只需要动态库的引用并调用相应函数即可。

使用动态库的主要优点是节约系统资源和提高可维护性。

多个程序可以共享同一个动态库减少了内存占用和可执行文件的大小。

为什么要有动态库和静态库呢主要原因包括

代码共享将常用的功能进行封装成库可以被多个应用程序共享使用避免重复编写相同的代码提高了代码的复用性和开发效率。

系统资源的优化动态库的方式可以在程序运行时动态加载和链接节省了内存的占用空间提高了系统资源的利用效率。

可维护性使用库的方式可以使得程序模块化便于维护和更新。

当库需要升级或修复BUG时只需替换库文件而无需修改引用该库的程序。