【看表情包学Linux】软硬链接 | 软连接数 | 创建软硬链接 | 动静态库 | 生成静态库 | 生成动态库

2023-07-21 18:42:44

  🤣 爆笑教程 👉 《看表情包学Linux》👈 猛戳订阅  🔥

💭 写在前面:上一章我们讲解了 inode,为文件系统收了尾,这几章我们充分地讲解完了文件系统的知识点,现在我们开始开始学习软硬链接了。如果没有文件系统的铺垫,想直接理解软硬链接难免有些困难。但我们讲完了文件系统再去理解软硬链接,你就会发现没有那么难,因为我们是从底层开始,向上去学习的!让我们开始吧。

📜 本章目录:

Ⅰ. 软硬链接

0x00 Linux 下的快捷方式:软链接

 0x01 创建软链接

0x02 创建硬链接

0x03 软硬链接的删除

0x04 硬连接数

0x05 思考一些问题

Ⅱ. 动静态库

0x00 引入:什么是动静态库?

0x01 动态链接(Dynamic Linking)

0x02 为什么需要静态库?

0x03 生成静态库:ar -rc

0x03 生成动态库

0x04 同时生成动态库与静态库

0x05 使用静态库和动态库


Ⅰ. 软硬链接

0x00 Linux 下的快捷方式:软链接

上一章我们介绍完了 inode ,我们再回顾一下 元数据

七列,分别是模式、软硬连接数、文件所有者、组、大小、最后修改时间和文件名。

上图中,红色圈出的就是 软硬连接数 了,我们刚才说了,可以使用 stat 文件名查看更多:

我们可以看到,我们的 mytest.c 文件的软硬连接数是 1。

🔍 软硬链接的区别:

  • 软链接:是一个独立文件,有自己独立的 inode 和 inode 编号。
  • 硬链接:不是一个独立的文件,它和目标文件使用的是同一个 inode。硬链接就是单纯的在 Linux 指定的目录下,给指定的文件新增 文件名 和 inode 编号的映射关系!

我们可以通过如下命令,创建一个文件的软硬链接:

$ ln -s 文件名 链接文件名    # 创建软连接
$ ln 文件名 链接文件名       # 创建硬链接

(下面我们先来讲软连接的创建,再讲硬链接的创建)

 0x01 创建软链接

我们创建一个软连接,可以使用下面的指令:

$ ln -s 文件名 链接文件名    # 创建软连接

比如我们创建一个 my.txt 文件,我们像创建一个 my.txt 文件的软链接,我们可以:

这就是软连接,my.txt 和 my.txt.soft 的 inode 是不同的:

f:\textrm{my.txt}\, \rightarrow 790915
f:\textrm{my.txt.soft}\, \rightarrow 790917

下面我们来举一个实际的例子来体验软链接有什么实际的用途:

💬 代码演示:vim mytest.c

#include <stdio.h>

int main(void) {
    printf("hello, soft link...\n");
    printf("hello, soft link...\n");
    printf("hello, soft link...\n");
    printf("hello, soft link...\n");
    printf("hello, soft link...\n");
    printf("hello, soft link...\n");

    return 0;
}

🚩 运行结果如下:

程序正常运行,这里我们在 d1/d2/d3 下直接 ./mytest.exe 就可以运行。

但是,如果我们如果想在外面运行这个程序就会很累,因为它的路径有点深:

太麻烦了,所以这里我们就可以给它建立一个软连接,解脱双手:

$ ln -s ./d1/d2/d3/mytest.exe my.exe

这是不是有点像 Windows 下的 快捷方式?没错!

" 软链接就是 Linux 下的快捷方式 "

上面我们演示的是让软链接链接一个可执行程序,未来我们可以用它来链接头文件、库文件,动静态库,这样就可以不需要让我们冗余的在去某些地方找这些库了。

0x02 创建硬链接

对我们来说,硬链接是什么呢?硬链接其实非常简单!我们创建一个硬链接:

$ ln 文件名 链接文件名       # 创建硬链接

my.txt 和 my.txt.hard 映射的是同一个 inode:

f:(\textrm{my.txt}\, \& \, \textrm{my.txt.hard})\rightarrow 790915

硬链接就是单纯的在 Linux 指定的目录下,给指定的文件新增文件名和 inode 编号的映射关系!

0x03 软硬链接的删除

删除的话可以直接 rm,但是我们还是建议使用专门的 取消链接 的指令:unlink

$ unlink 链接文件名   # 取消链接

举个例子,我们把刚才创建的软链接和硬链接用 unlink 把它们扬了:

 这个 unlink 就是用来取消链接的,但它也可以用来删文件。

0x04 硬连接数

我们先打道回府,重新创建一个硬链接,然后我们重点观察一下下面的 "数字":

我们可以再多建立几个硬链接,你可以看到这个数字的变化:

❓ 什么是硬链接数?

你看这个 inode 编号,是不是有点像指针的概念?

硬链接本质就是该文件 inode 属性中的一个计数器 count。用来标识就几个文件名和我的 inode 建立了映射关系。简而言之,就是有自己文件名指向我的 inode (文件本身) 。

" 软链接就是 Linux 下的快捷方式 "

既然是一个独立的文件,inode 是独立的,软连接的文件内容保存的是指向文件的所在路径。

0x05 思考一些问题

❓ 思考:为什么创建普通文件,硬链接数默认是 1 ?

因为 普通文件的文件名本身就和自己的 inode 具有映射关系,而且只有一个!

所以默认的硬链接数为 1。那为什么目录是 2 呢 ?

我们知道,任意一个目录一定存在一个点或两个点: .   ..

那么 ./ 为什么表示的是当前路径呢?因为 . 表示的就是 mydir,当前所处的路径!   

默认一个空目录创建一个 自己的名字 和 一个点,所以两个文件名指向它,所以是 2。

那么 .. 又是什么呢?.. 指向的是上级路径!

这就是为什么我们 cd .. 可以回到上级目录的原因,因为它可以指向上级目录。

Ⅱ. 动静态库(Dynamic Static library)

0x00 引入:什么是动静态库?

动静态库 —— 即 动态库 (Dynamic Library) 与 静态库 (Static Library) 。

下面我们来分别介绍一下这两种库:

 动态库 .so:程序在运行的时才去链接动态库的代码,多个程序共享使用库的代码。

静态库 .a:程序在编译链接的时候把库的代码链接到可执行文件中。程序运行的时候将不再需要静态库

0x01 动态链接(Dynamic Linking)

一个与动态库链接的可执行文件仅仅包含它用到的函数入口地址的一个表,而不是外部函数所在目标文件的整个机器码。在可执行文件开始运行前,外部函数的机器码由操作系统从磁盘上的该动态库中复制到内存中,这个过程称为 动态链接 (dynamic linking) 。

动态库可以在多个程序间共享,所以 动态链接使得可执行文件更小,节省了磁盘空间。 操作系统采用虚拟内存 (VM) 机制允许物理内存中的一份动态库被要用到该库的所有进程共用,节省了内存和磁盘空间。

测试程序:

/add.h/
#ifndef __ADD_H__
#define __ADD_H__
int add(int a, int b);
#endif // __ADD_H__
/add.c/
#include "add.h"
int add(int a, int b)
{
	return a + b;
}
/sub.h/
#ifndef __SUB_H__
#define __SUB_H__
int sub(int a, int b);
#endif // __SUB_H__
/add.c/
#include "add.h"
int sub(int a, int b)
{
	return a - b;
}
///main.c
#include <stdio.h>
#include "add.h"
#include "sub.h"

int main(void)
{
	int a = 10;
	int b = 20;
	printf("add(10, 20)=%d\n", a, b, add(a, b));
	a = 100;
	b = 20;
	printf("sub(%d,%d)=%d\n", a, b, sub(a, b));
}

0x02 为什么需要静态库?

我们先站在设计库的工程师的角度,学如何形成静态库。

我们直接实操式地讲解,下面我们会写一段简单的、包含头文件和源文件的代码。

💬 代码演示:mymath.h

#include <stdio.h>
#include <assert.h>

/* [from, to] -> 累加 -> result -> return */
extern int addToVal(int form, int to);

💬 代码演示:mymath.c

#include "mymath.h"

int addToVal(int from, int to) {
    assert(from <= to);

    int result = 9;
    int i = 0;
    for (i = from; i <= to; i++) {
        result += i;
    }

    return result;
}

这是一个再简单不过的实现累加功能的代码,现在,我们想把这个小功能制作成库给人用。

❓ 思考:库里面需不需要 main 函数?

我们可不敢在库里带 main 函数,用户到时候会写 main 函数的,带了编译出现冲突就不好了。

所以库里面不要带 main 函数,也不需要带 main 函数。

💬 代码演示:test.cpp

#include "mymath.h"

int main(void)
{
    int from = 10;
    int to = 20;

    int result = addToVal(from, to);
    printf("result = %d\n", result);
}

🚩 编译结果如下:

下面我们来形成一个静态库。我们先用命令行来写一下。

目前只有 2 个,不够丰富,所以我们再添加一个 myprint 功能,打印时间。

💬 代码演示:myprintf.h

#include <stdio.h>
#include <time.h>

extern void Print(const char* msg);

💬 代码演示:myprintf.c

#include "myprint.h"

void Print(const char* msg) {
    printf("%s : %lld\n", msg, (long long)time(NULL));
}

现在我们有两组方法,一个是累加一个是打印时间,我们想把它们打包成库。

首先,我们将所有的 .c 文件翻译成 .o 文件:

mymath.o : mymath.c
    gcc -c mymath.c -o mymath.o
myprint.o : myprint.c
    gcc -c myprint.c -o myprint.o

.PHONY : clean
clean:
    rm -f *.o

我们知道,链接 就是把所有的 .o 链接形成一个可执行程序。

❓ 思考:如果我把所有的 .o 给别人,别人能链接使用吗?可以!

只需要把程序变为 .o 就可以让被人链接用起来了,但是我们 .o 如果很多这会带来不方便。

所以我们给这些 .o 做一个 "打包",这就是静态库的作用。

0x03 生成静态库:ar -rc

下面我来学习如何形成静态库:

$ ar -rc [静态库] [.o]

ar 是 gnu 归档工具,rc 的意思是 replace and create (把原来打包的 .o 替换下)。

库的命名以 lib 开头,静态库以 .a 结尾,我们写进 Makefile:

libmymath.a : mymath.o myprint.o
    ar -rc libmymath.a mymath.o myprint.o

mymath.o : mymath.c
    gcc -c mymath.c -o mymath.o
myprint.o : myprint.c
    gcc -c myprint.c -o myprint.o

.PHONY : clean
clean:
    rm -f *.o *.a   # 删除.a文件

此时我们就有了静态库,所谓了静态库就是曾经的源文件最终将它翻译成 .o 打包起来的东西而已。而别人用我们的库,就是在库里找到 .o 然后丢到而可执行程序里就行。

clean 部分我们把 *.a 加进去就行了,这样我们就可以 make clean 了:

现在,我们的 libmymath.a 就生成出来了,下面我们要做的是发布:

libmymath.a : mymath.o myprint.o
    ar -rc libmymath.a mymath.o myprint.o

mymath.o : mymath.c
    gcc -c mymath.c -o mymath.o
myprint.o : myprint.c
    gcc -c myprint.c -o myprint.o

.PHONY : static
static:
    mkdir -p lib-static/lib
    mkdir -p lib-static/include
    cp *.a lib-static/lib
    cp *.h lib-static/include

.PHONY : clean
clean:
    rm -f *.o *.a libmypath.a  # 删除
🚩 结果如下:

0x03 生成动态库

动态库比静态库要复杂一些,在形成时原理跟静态库基本是一样的。

gcc -shared

区别在于 形成 .o 的时候是需要加上 gcc -fPIC 的,这是为了产生 与位置无关码

libmymath.so : mymath.o myprint.o
    gcc -shared -o libmymath.so mymath.o myprint.o

mymath.o : mymath.c
    gcc -fPIC -c mymath.c -o mymath.o
myprint.o : myprint.c
    gcc -fPIC -c myprint.c -o myprint.o

.PHONY:clean
clean:
    rm -f *.o *.so

🚩 结果如下:

此时我们 make 的时候就会先根据 gcc -fPIC 形成与位置无关的 .o,

然后通过 gcc -shared 的选项生成 .so 文件,此时就有了动态库。

动态库的交付:

libmymath.so : mymath.o myprint.o
    gcc -shared -o libmymath.so mymath.o myprint.o

mymath.o : mymath.c
    gcc -fPIC -c mymath.c -o mymath.o
myprint.o : myprint.c
    gcc -fPIC -c myprint.c -o myprint.o

.PHONY:dyl
dyl:
    mkdir -p lib-dyl/lib
    mkdir -p lib-dyl/include
    cp *.so lib-dyl/lib
    cp *.h lib-dyl/include

.PHONY:clean
clean:
    rm -f *.o *.so dyl

🚩 结果如下:

 

0x04 同时生成动态库与静态库

那我们直接把两个 Makefile 合到一起看看:

.PHONY:all
all: libmymath.so libmymath.a

# 动态库
libmymath.so : mymath.o myprint.o
    gcc -shared -o libmymath.so mymath.o myprint.o
mymath.o : mymath.c
    gcc -fPIC -c mymath.c -o mymath.o
myprint.o : myprint.c
    gcc -fPIC -c myprint.c -o myprint.o

# 静态库
libmymath.a : mymath.o myprint.o
    ar -rc libmymath.a mymath.o myprint.o
mymath.o : mymath.c
    gcc -c mymath.c -o mymath.o
myprint.o : myprint.c
    gcc -c myprint.c -o myprint.o

# 发布
.PHONY : lib
lib:
    mkdir -p lib-static/lib
    mkdir -p lib-static/include
    cp *.a lib-static/lib
    cp *.h lib-static/include
    mkdir -p lib-dyl/lib
    mkdir -p lib-dyl/include
    cp *.so lib-dyl/lib
    cp *.h lib-dyl/include

# 清理
.PHONY : clean
clean:
    rm -f *.o *.a lib

这样是行的,都要形成 .o,到底是位置有关还是位置无关?最终带来的结果就是不一样。

所以名字要区分开来,你生成你的,我生成我的:

​.PHONY:all
all: libmymath.so libmymath.a

libmymath.so : mymath.o myprint.o
    gcc -shared -o libmymath.so mymath.o myprint.o
mymath.o : mymath.c
    gcc -fPIC -c mymath.c -o mymath.o
myprint.o : myprint.c
    gcc -fPIC -c myprint.c -o myprint.o


libmymath.a : mymath_s.o myprint_s.o
    ar -rc libmymath.a mymath_s.o myprint_s.o
mymath_s.o : mymath.c
    gcc -c mymath.c -o mymath_s.o
myprint_s.o : myprint.c
    gcc -c myprint.c -o myprint_s.o


.PHONY : lib
lib:
    mkdir -p lib-static/lib
    mkdir -p lib-static/include
    cp *.a lib-static/lib
    cp *.h lib-static/include
    mkdir -p lib-dyl/lib
    mkdir -p lib-dyl/include
    cp *.so lib-dyl/lib
    cp *.h lib-dyl/include


.PHONY : clean
clean:
    rm -f *.o *.a *.so lib

🚩 运行结果:

 这样,就既有动态库也有静态库了。

0x05 使用静态库和动态库

现在我们站在使用的人的角度,学习如何使用静态库和动态库。

💬 代码演示:

#include "mymath.h"
#include "myprint.h"

int main()
{
    int start = 0;
    int end = 0;
    int result = addToVal(start, end);
    printf("result: %d\n", result);

    Print("Hello, World!");

    return 0;
}

🚩 代码运行:gcc mytest.c

此时必然是报错的,这样头文件是找不到的。我们来回顾一下头文件的搜索路径:

① 在当前路径下查找头文件  

② 在系统路径下查找头文件 

我们自己写的库当前的头文件一定不在当前的系统中,你当前的头文件不在当前路径下!

它既不在当前路径,也不在头文件中,这自然是找不到头文件的。

谁在找头文件?编译器在找。系统中的头文件一般在 lib64 路径下,会存着大量的动静态库。

第一种做法:将自己的头文件和库文件拷贝到系统路径下即可。

gcc -l   指定我要链接的库的名称

我们还可以指定头文件搜索路径:

$ gcc mytest.c -o mytest -I ./lib-static/include/

此时链接还是失败的。

​
$ gcc mytest.c -o mytest -I ./lib-static/include/ -L ./lib-static/lib/ -lmymath

此时就形成了 mytest。

-Ⅰ 表示我们的头文件查找的路径

-L 表示库文件搜索的路径

-l 在-L 指定的路径下你要链接哪一个库

动态库:

gcc mytest.c -o mytest -I lib-dyl/include/ -L lib-dyl/lib/ -lmymath

形成可执行程序之后,已经把需要的代码拷贝到我的代码中,运行时不依赖你的库。不需要运行时查找。

为什么动态库会有这个问题?想办法让进程找到动态库即可。

error while loading shared libraries 解决方案:

① 动态库拷贝到系统路径下 /lib64 安装。

② 通过导入环境变量的方式 —— 程序运行的时候,会在环境变量中查找自己需要的动态库路径 —— LD_LIBRARY_PATH。

③ 系统配置文件来做。

📌 [ 笔者 ]   王亦优
📃 [ 更新 ]   2023.7.20
❌ [ 勘误 ]   /* 暂无 */
📜 [ 声明 ]   由于作者水平有限,本文有错误和不准确之处在所难免,
              本人也很想知道这些错误,恳望读者批评指正!

📜 参考资料 

C++reference[EB/OL]. []. http://www.cplusplus.com/reference/.

Microsoft. MSDN(Microsoft Developer Network)[EB/OL]. []. .

百度百科[EB/OL]. []. https://baike.baidu.com/.

比特科技. Linux[EB/OL]. 2021[2021.8.31 xi

更多推荐

【PostgreSQL内核学习(十四)—— (PortalRunMulti 和 PortalRunUtility)】

PortalRunMulti概述PortalRunMulti函数ProcessQuery函数PortalRunUtility函数声明:本文的部分内容参考了他人的文章。在编写过程中,我们尊重他人的知识产权和学术成果,力求遵循合理使用原则,并在适用的情况下注明引用来源。本文主要参考了《PostgresSQL数据库内核分析》

Dubbo高手之路4,Dubbo服务提供者详解

目录一、服务提供者1、Dubbo服务提供者的定义2、服务暴露的方式3、服务注册的实现(1)创建服务接口(2)实现服务接口(3)注册服务(4)服务消费者二、服务提供者的配置1、服务提供者的XML配置2、服务提供者的注解配置3、服务提供者的容错处理(1)失败重试机制(2)隔离机制(3)超时机制三、服务提供者集群1、集群容错

[Qt]事件

文章摘于爱编程的大丙文章目录1.事件处理器1.1事件1.2事件处理器函数1.2.1鼠标事件1.2.2键盘事件1.2.3窗口重绘事件1.2.4窗口关闭事件1.2.5重置窗口大小事件1.3重写事件处理器函数1.3.1头文件1.3.2源文件1.3.3效果1.4自定义按钮1.4.1添加子类1.4.2使用自定控件1.4.3设置图

SOME/IP

介绍SOME/IP是一种汽车中间件解决方案,可用于控制消息。它从一开始就被设计为完美地适应不同尺寸和不同操作系统的设备。这包括小型设备,如相机、AUTOSAR设备,以及头戴设备或远程通信设备。它还确保SOME/IP支持信息娱乐域以及车辆中其他域的功能,从而允许SOME/IP用于大多数替换场景以及更传统的CAN场景。SO

4G版本云音响设置教程腾讯云平台版本

文章目录4G本云音响设置教程介绍一、申请设备三元素1.腾讯云物联网平台2.创建产品3.设置产品参数4.添加设备5.获取三元素二、设置设备三元素1.打开MQTTConfigTools2.计算MQTT参数3.使用USB连接设备4.设置参数三、腾讯云物联网套件协议使用说明1.推送协议信息2.topic规则说明3.播放协议说明

逻辑漏洞挖掘之XSS漏洞原理分析及实战演练 | 京东物流技术团队

一、前言2月份的1.2亿条用户地址信息泄露再次给各大公司敲响了警钟,数据安全的重要性愈加凸显,这也更加坚定了我们推行安全测试常态化的决心。随着测试组安全测试常态化的推进,有更多的同事对逻辑漏洞产生了兴趣,本系列文章旨在揭秘逻辑漏洞的范围、原理及预防措施,逐步提升大家的安全意识。作为开篇第一章,本文选取了广为熟知的XSS

vue3 封装公共弹窗函数

前言:博主封装了一个公共弹窗函数接收四个参数,(title:弹窗标题,ContentComponent:弹窗中显示的组件内容,opt:接收弹窗本身的属性和props,beforeSure:点击确定做的操作(请求后端接口))封装的公共函数:import{defineComponent,h,ref,getCurrentIn

提升预算管控精度,助力保险资管协会财务管理数字化转型

数字化转型是当前中国经济社会发展的重要趋势和根本方向。中国保险资产管理业协会(以下称“协会”)是专门履行保险资产管理自律职能的全国性金融自律组织。过去几年,协会一直在积极探索应用信息化手段,加强预算管理。近期,协会与百望云合作,重构了预算项目,整合了核算、报销、OA系统,通过智能管票、系统控制,搭建全流程自动化、智能化

为什么我们总是被赶着走

最近发生了一些事情,让shigen不禁的思考:为什么我们总是被各种事情赶着走。一第一件事情就是工作上的任务,接触的是一个老系统ERP,听说是2018年就在线上运行的,现在出现问题了,需要我去修改一下。在这里,我需要记录一下技术背景:ERP系统背景后端采用的是jfinal框架,让我觉得很奇葩的地方有:接受前端的参数采用的

HDFS的Shell操作

1、进程启停管理1.1、一键启停脚本HadoopHDFS组件内置了HDFS集群的一键启停脚本。1.1.1、一键启动HDFS集群$HADOOP_HOME/sbin/start-dfs.sh,一键启动HDFS集群start-dfs.sh执行原理:在执行此脚本的机器上,启动SecondaryNameNode。读取core-s

GIT常用命令

GIT常用命令1、版本控制!什么是版本控制版本迭代,新的版本!版本管理器版本控制(Revisioncontrol)是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史,方便查看更改历史记录,备份以便恢复以前的版本的软件工程技术。实现跨区域多人协同开发追踪和记载一个或者多个文件的历史记录组织和保护你的源代码

热文推荐