Linux：Linux环境基础开发工具

有些软件本来就是开源的，如果不想用别人直接发布好的软件，我们就可以把源代码下载下来，在我们的环境中编译，自己安装。
但是这个过程非常麻烦，而且可能会遇到很多问题，比如发布这个软件的人是在Ubuntu下发布的，或者在一个老系统下发布的，这时候这个源代码在我们的电脑上不一定编译通过，所以源代码安装过程中最让人头疼的问题就是编译报错。

1.2 rpm包安装

由于源代码安装非常麻烦，所以就有一批程序员在各种不同的环境下编译好，形成rpm包（压缩格式），这时候我们直接将这个编译好的程序下载过来就行了

1.3 yum安装

rpm包安装还是有一定的问题，在打包的时候可能不会将一些库打包进去，比如c的库，c++的库，图形化界面的库，所以在rpm包安装的时候有一定概率能安装好，但是也不排除安装不全的可能，这个时候就得我们来解决软件的依赖关系，还是很复杂
所以这时候yum就把所有的依赖关系解决，同时也内置一些下载链接，指向去指定地方下载适合我们自己系统的软件，其他的依赖软件也一并下载好
yum可以说是最简单的安装方式

举例
我们以QQ举例，假如我们在Windows中要安装QQ，然后Tencent说给我们把源代码发过来，让我们自己编译，这岂不是很扯了；或者说只有一部分软件，还缺一些库，让我们自己去把这些库下载下来，同样对我们也是挑战；所以最简单的安装方式就是将软件和依赖的库一同打包好，然后提供一个下载链接

我们在我们的centos上输入yum安装指令，yum就会去centos服务器中查找对应的包，然后下载安装的我们本地的centos，至此一个完整的安装过程完成。

我们在centos中输入对应的安装命令，就类似于在应用商店中搜索抖音然后安装，服务器那么多，而yum是怎么知道去哪个服务器下载呢？

很简单，我们的机器内部一定内置了目标服务器的地址链接。

2. Linux系统的生态

如何选择系统
假设我们要去选择一个系统，Linux系统各版本的底层都是一样的，Linux各系统的区别不会是简单的系统区别，我们选择一个系统，考虑该系统是否完善是最重要的，系统可用是最基本的要求，还要考虑这个系统有没有社区，有没有维护，文档是否齐全，配套的软件是否丰富

如果这个系统开源社区非常活跃，文档很齐全，配套的软件很丰富，问题暴露很快能够解决，有大量的程序员愿意来开发，更重要的是有很多企业来选择，这时会有很多的企业级应用场景暴露出来，这就是操作系统的生态

系统本身没有区别，主要是当年我们给系统设置的调性，吸引了不同种类的人群，构建了不同种类的社区，暴露了特定种类的问题，以及配套的各种问题的解决方案出来了，这才是系统有差别

我们选择系统并不是区分系统本身，而是区分系统的生态和社区

为了有更多的用户选择，系统的开发者一定会维护好系统的生态和社区

“有需求者，就一定有满足需求的人”

3. Linux 软件包管理器 yum

3.1 什么是软件包

在Linux下安装软件，一个通常的办法是下载到程序的源代码，并进行编译，得到可执行程序

但是这样太麻烦了，于是有些人把一些常用的软件提前编译好，做成软件包（可以理解成windows上的安装程序）放在一个服务器上，通过包管理器可以很方便的获取到这个编译好的软件包，直接进行安软件包和软件包管理器，就好比 “App” 和 “应用商店“”这样的关系

yum(Yellow dog Updater，Modified)是Linux下非常常用的一种包管理器，主要应用在Fedora，RedHat，Centos等发行版上。

3.2 关于 rzsz

这个工具用于 windows 机器和远端的 Linux 机器通过 XShell 传输文件.

安装完毕之后可以通过拖拽的方式将文件上传过去.

3.3 查看软件包

通过 yum list 命令可以罗列出当前一共有哪些软件包，由于包的数目可能非常之多，这里我们需要使用 grep 命令只筛选出我们关注的包，例如：

yum list | grep lrzsz

结果如下：

lrzsz.x86_64 0.12.20-36.el7 @base

注意事项
软件包名称：主版本号.次版本号.源程序发行号-软件包的发行号.主机平台.cpu架构.

"x86_64" 后缀表示64位系统的安装包，"i686" 后缀表示32位系统安装包，选择包时要和系统匹配.

"el7" 表示操作系统发行版的版本，"el7" 表示的是 centos7/redhat7，"el6" 表示 centos6/redhat6.

最后一列，base 表示的是 "软件源" 的名称，类似于 "小米应用商店"，"华为应用商店" 这样的概念。

3.4 如何安装软件

通过 yum，我们可以通过很简单的一条命令完成 gcc 的安装

sudo yum install lrzsz

yum 会自动找到都有哪些软件包需要下载，这时候敲 "y" 确认安装

出现 "complete" 字样，说明安装完成

注意事项

安装软件时由于需要向系统目录中写入内容，一般需要 sudo 或者切到 root 账户下才能完成

yum安装软件只能一个装完了再装另一个，正在yum安装一个软件的过程中，如果再尝试用yum安装另外一个软件，yum会报错；如果 yum 报错，请自行百度

3.5 如何卸载软件

sudo yum remove lrzsz

3.6 yum本地配置

3.6.1 配置将来是在干什么？

yum会根据/etc/yum.repos.d/该路径下面的配置文件，来构成自己的下载路径，（根据OS版本，根据你要下载的软件），yum帮助我们下载，安装

一般的机器，内置的链接地址是centos的官网，软件链接都指向的是国外的，yum可能会比较慢，所以需要配置

4. Linux编辑器-Vim

4.1 IDE例子

4.2 Linux编辑器-vim使用

vi/vim的区别简单点来说，它们都是多模式编辑器，不同的是vim是vi的升级版本，它不仅兼容vi的所有指令，而且还有一些新的特性在里面。例如语法加亮，可视化操作不仅可以在终端运行，也可以运行于x window、 mac os、windows

4.3 vim的基本概念

本文我们讲解vim的三种模式(其实有好多模式，目前掌握这3种即可),分别是命令模式（command mode）、插入模式（Insert mode）和底行模式（last line mode），各模式的功能区分如下：

4.3.1 正常/普通/命令模式(Normal mode)

控制屏幕光标的移动，字符、字或行的删除，移动复制某区段及进入Insert mode下，或者到 last line mode

4.3.2 插入模式(Insert mode)

只有在Insert mode下，才可以做文字输入，按「ESC」键可回到命令行模式。该模式是我们后面用的最频繁的编辑模式。

4.3.3 末行模式(last line mode)

文件保存或退出，也可以进行文件替换，找字符串，列出行号等操作。在命令模式下，shift+: 即可进入该模式。要查看你的所有模式：打开vim，底行模式直接输入:help vim-modes

4.4 vim的基本操作

进入vim,在系统提示符号输入vim及文件名称后，就进入vim全屏幕编辑画面:

[正常模式] 切换至 [插入模式]

输入a
输入i
输入o

[插入模式] 切换至 [正常模式]

目前处于[插入模式]，就只能一直输入文字，如果发现输错了字,想用光标键往回移动，将该字删除，可以先按一下「ESC」键转到[正常模式]再删除文字。当然，也可以直接删除。

[正常模式]切换至[末行模式]

shift + ；其实就是输入：

退出vim及保存文件

在[正常模式]下，按一下「:」冒号键进入「Last line mode」，例如:

:w （保存当前文件）
:wq (输入「wq」,存盘并退出vim)
:q! (输入q!，不存盘强制退出vim)

4.5 vim正常模式命令集

4.5.1 插入模式

按「i」切换进入插入模式「insert mode」，按“i”进入插入模式后是从光标当前位置开始输入文件；
按「a」进入插入模式后，是从目前光标所在位置的下一个位置开始输入文字；
按「o」进入插入模式后，是插入新的一行，从行首开始输入文字

4.5.2 命令模式

按「ESC」键

4.5.3 移动光标

vim可以直接用键盘上的光标来上下左右移动，但正规的vim是用小写英文字母「h」、「j」、「k」、「l」，分别控制光标左、下、上、右移一格

按「G」：移动到文章的最后
按「 $ 」：移动到光标所在行的“行尾”
按「^」：移动到光标所在行的“行首”
按「w」：光标跳到下个字的开头
按「e」：光标跳到下个字的字尾
按「b」：光标回到上个字的开头
按「#l」：光标移到该行的第#个位置，如：5l,56l
按［gg］：进入到文本开始
按［shift＋g］：进入文本末端
按「ctrl」+「b」：屏幕往“后”移动一页
按「ctrl」+「f」：屏幕往“前”移动一页
按「ctrl」+「u」：屏幕往“后”移动半页
按「ctrl」+「d」：屏幕往“前”移动半页

4.5.4 删除文字

「x」：每按一次，删除光标所在位置的一个字符
「#x」：例如，「6x」表示删除光标所在位置的“后面（包含自己在内）”6个字符
「X」：大写的X，每按一次，删除光标所在位置的“前面”一个字符
「#X」：例如，「20X」表示删除光标所在位置的“前面”20个字符
「dd」：删除光标所在行
「#dd」：从光标所在行开始删除#行

4.5.5 复制

「yw」：将光标所在之处到字尾的字符复制到缓冲区中
「#yw」：复制#个字到缓冲区
「yy」：复制光标所在行到缓冲区
「#yy」：例如，「6yy」表示拷贝从光标所在的该行“往下数”6行文字
「p」：将缓冲区内的字符贴到光标所在位置。注意：所有与“y”有关的复制命令都必须与“p”配合才能完成复制与粘贴功能

4.5.6 替换

「r」：替换光标所在处的字符
「R」：替换光标所到之处的字符，直到按下「ESC」键为止

4.5.7 撤销上一次操作

「u」：如果您误执行一个命令，可以马上按下「u」，回到上一个操作。按多次“u”可以执行多次回复
「ctrl + r」: 撤销的恢复

4.5.8 更改

「cw」：更改光标所在处的字到字尾处
「c#w」：例如，「c3w」表示更改3个字

4.5.9 跳至指定的行

「ctrl」+「g」列出光标所在行的行号
「#G」：例如，「15G」，表示移动光标至文章的第15行行首

4.6 vim中批量化注释

4.6.1 批量化注释

ctrl+v
hjkl进行区域选择
shift+i=I
“//”
esc*2

4.6.2 批量化删除注释

ctrl+v
hjkl进行区域选择（包含且仅包含“//”-可以用L控制）
d删除

5. Linux编译器-gcc/g++

5.1 背景知识

预处理（进行宏替换)
编译（生成汇编)
汇编（生成机器可识别代码）
连接（生成可执行文件或库文件)

5.2 gcc如何完成

格式

gcc [选项] 要编译的文件 [选项] [目标文件]

5.2.1 预处理(进行宏替换)

预处理功能主要包括宏定义,文件包含,条件编译,去注释等

实例:

gcc –E hello.c –o hello.i

选项“-E”,该选项的作用是让 gcc 在预处理结束后停止编译过程
选项“-o”是指目标文件,“.i”文件为已经过预处理的C原始程序

5.2.2 编译（生成汇编）

在这个阶段中,gcc 首先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的工作,在检查无误后,gcc 把代码翻译成汇编语言

用户可以使用“-S”选项来进行查看,该选项只进行编译而不进行汇编,生成汇编代码
实例:

gcc –S hello.i –o hello.s

5.2.3 汇编（生成机器可识别代码）

汇编阶段是把编译阶段生成的“.s”文件转成目标文件

在此可使用选项“-c”就可看到汇编代码已转化为“.o”的二进制目标代码了

实例：

gcc –c hello.s –o hello.o

5.2.4 链接（生成可执行文件或库文件）

在成功编译之后,就进入了链接阶段。

实例:

gcc hello.o –o hello

5.2.5 函数库

在这里涉及到一个重要的概念:函数库

我们的C程序中，并没有定义“printf”的函数实现,且在预编译中包含的“stdio.h”中也只有该函数的声明,而没有定义函数的实现,那么,是在哪里实“printf”函数的呢?

最后的答案是:系统把这些函数实现都被做到名为 libc.so.6 的库文件中去了,在没有特别指定时,gcc 会到系统默认的搜索路径“/usr/lib”下进行查找,也就是链接到 libc.so.6 库函数中去,这样就能实现函数“printf”了,而这也就是链接的作用

函数库一般分为静态库和动态库两种。

静态库是指编译链接时,把库文件的代码全部加入到可执行文件中,因此生成的文件比较大,但在运行时也就不再需要库文件了。其后缀名一般为“.a”
动态库与之相反,在编译链接时并没有把库文件的代码加入到可执行文件中,而是在程序执行时由运行时链接文件加载库,这样可以节省系统的开销。动态库一般后缀名为“.so”,如前面所述的 libc.so.6 就是动态库。gcc 在编译时默认使用动态库。完成了链接之后,gcc 就可以生成可执行文件,如下所示

gcc hello.o –o hello

gcc默认生成的二进制程序，是动态链接的，这点可以通过 file 命令验证

5.3 gcc选项

-E 只激活预处理,这个不生成文件,你需要把它重定向到一个输出文件里面
-S 编译到汇编语言不进行汇编和链接
-c 编译到目标代码
-o 文件输出到文件
-static 此选项对生成的文件采用静态链接
-g 生成调试信息。GNU 调试器可利用该信息
-shared 此选项将尽量使用动态库，所以生成文件比较小，但是需要系统由动态库.
-O0
-O1
-O2
-O3 编译器的优化选项的4个级别，-O0表示没有优化,-O1为缺省值，-O3优化级别最高
-w 不生成任何警告信息
-Wall 生成所有警告信息

gcc-o

这样我们就可以编译成指定的文件名称

5.4 g++

gcc不能用来编译c++代码，我们创建一个test.cc，.cc表示是c++代码，但是用gcc编译会报错

所以我们就可以用g++来编译c++文件

g++的选项和gcc的选项一模一样，所以也可以带上选项

使用c++11标准

gcc不能编译c++代码，但是g++可以编译c语言代码

c++的文件后缀

c++的文件后缀有三种：.cc .cpp .cxx

（Linux不关心文件后缀不代表编译器不关心文件后缀）

5.5 程序的翻译过程

程序的翻译过程分为：预处理、编译、汇编、链接

在Linux中，我们可以用gcc命令的各种选项看到翻译的各过程，可以在每个阶段停下来，并且可以看到中间的翻译结果，这样就更便于我们理解翻译过程

5.5.1 预处理阶段

gcc -E

gcc -E test.c -o test.i

形成一个test.i文件，文件中保存的是gcc -E产生的临时结果

头文件展开

我们的test.c文件中只有24行，结果test.i中多出800多行，那多出来的这么多是什么呢？

其实这么多代码都是从stdio.h这个头文件展开来的

在预处理阶段，编译器会将我们源代码中所需要的头文件拷贝到源文件中来，我们的头文件中可能也会包含头文件，所以可能会进行递归的拷贝，这个过程叫做头文件展开

在安装编译器的时候，C标准库的头文件一般会一并下载到/usr/include/

我们可以打开stdio.h看一下

对比一下，确实我们展开的是stdio.h

条件编译
我们现在下载的软件，大多都分为好几个版本：专业版、社区版、学生版...

那这是怎么维护的呢，如果一个版本有一份源代码，那维护起来的成本是非常大的，这就可以用条件编译来解决这个问题了，只需要维护一份代码，可以用条件编译进行代码的动态裁剪

我们在C语言阶段就有过条件编译的说明：#ifdef #elif #else #endif

5.5.2 编译阶段

预处理的结果是test.i，是一份干净的C语言代码

gcc -S

gcc -S test.i -o test.s

gcc -S产生一个test.s的临时结果

但是这个代码我们可能看不懂，但是我们知道这是汇编语言

5.5.3 汇编阶段

gcc -c

gcc -c test.s -o test.o

gcc -c 将test.s文件转成test.o文件，.o表示.obj，在vs中我们编译文件就会产生.obj文件

产生的.obj文件叫做目标文件，这个目标文件不能直接执行，最终形成.exe可执行程序才能运行

5.5.4 链接阶段

gcc test.o -o my.exe

只有最终形成可执行文件，才可以执行

关于链接，我们有三个问题：

是什么？
为什么？
怎么办？

是什么？

链接的过程是我们的程序和库结合的过程

库：语言一定要有自己的标准库

我们可以用ldd命令来看到对应的动态库

这就是我们的C标准库

在安装开发环境的时候，会安装C标准库+C头文件，这时候我们才可以包含对应的头文件，调用头文件里声明的函数

函数库

函数库一般分为静态库和动态库两种

静态库是指编译链接时,把库文件的代码全部加入到可执行文件中,因此生成的文件比较大,但在运行时也就不再需要库文件了。其后缀名一般为“.a”

动态库与之相反,在编译链接时并没有把库文件的代码加入到可执行文件中,而是在程序执行时由运行时链接文件加载库,这样可以节省系统的开销。动态库一般后缀名为“.so”,如前面所述的 libc.so.6 就是动态库。gcc 在编译时默认使用动态库。

Linux中，动态库.so 静态库.a
Windows中，动态库.dll 静态库.lib

为什么？

让开发站在巨人的肩膀上
提高开发的效率

怎么办？

链接时，两种链接方式：

动态链接
静态链接

动态链接

动态库和动态链接的优缺点

不能丢失
节省资源

静态链接

静态库和静态链接的优缺点

一旦形成，和库无关
浪费资源

C动态库，是默认提供的

gcc默认形成的可执行程序，默认采用动态链接

而Linux中静态库默认是没有的

安装静态库我们可以用yum指令

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

这时我们就可以编译通过了

同样运行也能通过

静态链接的应用场景

由于静态链接不依赖于任何的动态库，所以在移植到其他环境中时就不需要做过多的环境检测，可以直接运行，方便部署

6. Linux调试器-gdb

6.1 背景

程序的发布方式有两种，debug模式和release模式
Linux gcc/g++出来的二进制程序，默认是release模式
要使用gdb调试，必须在源代码生成二进制程序的时候, 加上 -g 选项

6.2 开始使用

gdb binFile

退出：

ctrl + d 或 quit

调试命令：

list／l 行号：显示binFile源代码，接着上次的位置往下列，每次列10行。
list／l 函数名：列出某个函数的源代码。
r或run：运行程序。
n 或 next：单条执行。
s或step：进入函数调用
break(b) 行号：在某一行设置断点
break 函数名：在某个函数开头设置断点
info break ：查看断点信息。
finish：执行到当前函数返回，然后挺下来等待命令
print(p)：打印表达式的值，通过表达式可以修改变量的值或者调用函数
p 变量：打印变量值。
set var：修改变量的值
continue(或c)：从当前位置开始连续而非单步执行程序
run(或r)：从开始连续而非单步执行程序
delete breakpoints：删除所有断点
delete breakpoints n：删除序号为n的断点
disable breakpoints：禁用断点
enable breakpoints：启用断点
info(或i) breakpoints：参看当前设置了哪些断点
display 变量名：跟踪查看一个变量，每次停下来都显示它的值
undisplay：取消对先前设置的那些变量的跟踪
until X行号：跳至X行
breaktrace(或bt)：查看各级函数调用及参数
info（i) locals：查看当前栈帧局部变量的值
quit：退出gdb

6.2.1 list

6.2.2. run(运行)

6.2.3 break(断点)

6.2.3 info break(断点信息)

6.2.5 delete breakpoints(n)(删除断点)

6.2.6 disable breakpoints(禁用断点)

run的时候会在断点处停下来，如果禁用了断点，则该断点无作用

6.2.7 enable breakpoints(启用断点)

6.2.8 n 或 next:单条执行(逐过程)

6.2.9 s或step:进入函数调用(逐语句)

s进入函数内部，逐语句执行

6.2.10 p 变量:打印变量值

6.2.11 display 变量名:跟踪查看一个变量

每次停下来都显示它的值

6.2.12 undisplay:取消对先前设置的变量的跟踪

6.2.13 until X行号:跳至X行

6.3 理解

quit：退出gdb
list/l：l 文件名:行号/函数名，l 行号/函数名
b：b 文件名:行号/函数名，b 行号/函数名
info/i：info b
d：d 断点编号
disable/enable 断点编号：使能(关闭/打开)断点
next/n：逐过程 F10
step/s：逐语句 F11
print/p：查看变量内容&&地址 a && &a
display：a &a
undisplay：number
continue/c：运行至下一个断点处
finish：运行结束所在函数，就停下来
until：跳转至指定行，中间的代码都运行

7. Linux项目自动化构建工具-make/Makefile

7.1 背景
会不会写makefile，从一个侧面说明了一个人是否具备完成大型工程的能力

一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作

makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率

make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可见，makefile都成为了一种在工程方面的编译方法

make是一条命令，makefile是一个文件，两个搭配使用，完成项目自动化构建

7.2 实例代码

我们先创建一个test.c文件，并在里面编写一些代码

然后我们再创建一个makefile/Makfile，大小写都是可以的，然后可以编写这样的指令

随后我们保存退出，在命令行中输入make指令

他直接执行了这段指令，再输入这段指令

同样也能执行这段指令

7.3 理解

makefile文件写好之后，当我们在命令行中输入make指令的时候，对应的make程序就会在当前目录下找makefile这个文件，并读取makefile中的内容，根据依赖关系可以知道我们要通过依赖方法形成目标文件

7.4 原理

make是如何工作的,在默认的方式下，也就是我们只输入make命令。那么，

make会在当前目录下找名字叫“Makefile”或“makefile”的文件
如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“hello”这个文件，并把这个文件作为最终的目标文件
如果hello文件不存在，或是hello所依赖的后面的hello.o文件的文件修改时间要比hello这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成hello这个文件
如果hello所依赖的hello.o文件不存在，那么make会在当前文件中找目标为hello.o文件的依赖性，如果找到则再根据那一个规则生成hello.o文件（这有点像一个堆栈的过程）
当然，你的C文件和H文件是存在的啦，于是make会生成 hello.o 文件，然后再用 hello.o 文件声明make的终极任务，也就是执行文件hello了
这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件
在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理
make只管文件的依赖性，即如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦

#include <stdio.h>
int main()
{
 printf("hello Word\n");
 return 0;
}

Makefile文件 
hello:hello.o
    gcc hello.o -o hello
hello.o:hello.s
    gcc -c hello.s -o hello.o 
hello.s:hello.i 
    gcc -S hello.i -o hello.s 
hello.i:hello.c 
    gcc -E hello.c -o hello.i
.PHONY:clean
clean:
    rm -f hello.i hello.s hello.o hello

7.4.1 依赖关系

上面的文件 hello ,它依赖 hello.o
hello.o , 它依赖 hello.s
hello.s , 它依赖 hello.i
hello.i , 它依赖 hello.c

7.4.2 依赖方法

gcc hello.* -option hello.* ,就是与之对应的依赖关系

7.4.3 项目清理

工程是需要被清理的

像clean这种，没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行，不过，我们可以显示要make执行。即命令——“make clean”，以此来清除所有的目标文件，以便重编译
但是一般我们这种clean的目标文件，我们将它设置为伪目标,用 .PHONY 修饰,伪目标的特性是，总是被执行的
可以将我们的 hello 目标文件声明成伪目标，测试一下

青旋.

关注

19
点赞
踩
6

收藏

觉得还不错? 一键收藏
0
评论
Linux：Linux环境基础开发工具

在Linux下安装软件，一个通常的办法是下载到程序的源代码，并进行编译，得到可执行程序但是这样太麻烦了，于是有些人把一些常用的软件提前编译好，做成软件包（可以理解成windows上的安装程序）放在一个服务器上，通过包管理器可以很方便的获取到这个编译好的软件包，直接进行安软件包和软件包管理器，就好比 “App” 和 “应用商店“”这样的关系yum(Yellow dog Updater，Modified)是Linux下非常常用的一种包管理器，主要应用在Fedora，RedHat，Centos等发行版上。
复制链接

扫一扫