文章目录
- 概要&序論
- 一、在 Linux 环境下安装软件
- 1.1 Linux 中安装软件的三大手段
- 1.1.1 源码安装的不足
- 1.1.2 软件包安装的不足
- 1.1.3 包管理器的优势（以 yum 为例）
- 1.2，yum的使用
- 1.2.1指令介绍
- 1.2.2操作案例
- 1.2.3网络连通性检测
- 1.2.3.1核心指令：ping
- 1.2.3.2输出信息解读
- 1.3yum操作的进阶补充
- 二、Linux 上的软件是谁提供的
- 2.1 配套软件之于操作系统生态
- 2.2 Linux 上软件的提供过程
- 2.2.1 开发者与开源商业模式
- 2.2.2 社区与构建系统
- 2.2.3 我们的 Linux 机器与包管理器
- 2.3 镜像
- 2.3.1镜像的概念
- 2.3.2镜像源（yum源）的配置
概要&序論
Hello 大家好，我是此方，今天开始我会为大家带来Linux的开发工具的相关内容，内容还是力求完整充实，干货满满，希望能够帮到大家。好，我们开始。
从今天开始，我们要介绍的开发工具有哪些？
一、在 Linux 环境下安装软件
在 Linux 操作系统的日常使用与运维中，安装软件是基础且频繁的操作。根据自动化程度和底层原理的不同，传统的软件安装手段主要分为三大类：源码安装、软件包安装（如 RPM）以及包管理器安装（如 yum/apt）。
在ubantu中是apt，在Centos中是yum，以下我们以yum示例，在ubantu中完全一致。
1.1 Linux 中安装软件的三大手段
为了更好地理解为什么现代生产环境更倾向于使用包管理器，我们需要对比这三者之间的差异及其各自的局限性。
1.1.1 源码安装的不足
源码安装是最原始、最灵活的安装方式。用户通常需要通过git clone或下载.tar.gz压缩包获取源代码，随后经过configure、make、make install三部曲完成安装。
然而，这种方式存在明显的不足：
- 编译门槛高：要求用户环境必须提前配置好对应的编译器（如 gcc, g++）、构建工具以及所有的底层库文件。
- 过程繁琐且耗时：大型软件的编译可能耗费数小时，且一旦报错，排查成本极高。
- 难以管理：源码安装的软件通常分散在
/usr/local/等目录下，不具备统一的卸载与版本升级机制。
1.1.2 软件包安装的不足
为了简化安装过程，开发者将源码预先编译好，打包成特定格式的安装包（如 CentOS 中的.rpm文件或 Ubuntu 中的.deb文件）。这种方式类似于 Windows 下的.exe安装程序。
尽管它免去了编译的痛苦，但仍存在一个致命的知识点缺陷：依赖问题（Dependency Hell）。
- 手动处理依赖：当你安装软件包 A 时，系统可能会提示它依赖于 B；而当你尝试安装 B 时，又发现它依赖于 C 和 D。
- 版本兼容性风险：用户很难手动判断当前系统中已有的库文件版本是否满足该软件包的严苛要求，强行安装极易导致系统库冲突或软件无法运行。
补充：linux的根目录/下有这么多分门别类的目录，就是为了方便你在安装一个东西的时候能把这个东西的依赖分门别类的放到不同的目录下。
1.1.3 包管理器的优势（以 yum 为例）
针对上述手段的痛点，包管理器（Package Manager）应运而生。类似于我们的应用商店，在 CentOS 中，我们最常用的工具是yum（Yellowdog Updater, Modified），它本质上是 RPM 的前端工具，并引入了“软件仓”的概念。
与前两者相比，其核心优势体现在：
- 全自动解决依赖关系：这是包管理器最显著的优势。当你执行
yum install时，它会自动分析该软件所需的所有依赖包，并从云端仓库一并下载安装。这种“一键式”体验彻底解决了令人头疼的依赖缺失与版本兼容性问题。 - 网络化获取与安装：
yum能够自动从配置好的镜像源（Repo）中通过网络下载最新的软件包，确保了获取渠道的安全与便捷。 - 全局共享与权限管理：在 Linux 中，使用
yum安装软件通常需要root权限。软件一旦安装到系统中，便实现了“一次安装，全员使用”的共享机制，方便了多用户环境下的统一管理。 - 生命周期管理：包管理器提供了完善的查询（check）、更新（update）和卸载（remove）功能，使得维护系统软件环境变得井然有序。
注册表：安装好了程序之后，把程序的信息写入注册表。,root装的软件——普通用户都能用。因为我是安装在系统里面不是安装在home里。
1.2，yum的使用
1.2.1指令介绍
指令名称：yum (Yellowdog Updater, Modified)
指令重要性：★★★★★
说明：
- 基本用法：
yum install <包名>（安装软件）、yum remove <包名>（卸载软件）、yum list（列出可用包）。 - 最常用选项：-y“免确认”开关，让 Linux 在安装软件时自动执行。
- 基本用法：
我们知道在windows系统上，npm经常被用来下载东西，但是npm更加像yum而不是rpm，我们接下来讲你就明白了。
1.2.2操作案例
下载：
[root@VM-0-9-opencloudos ~]# yum install slBaseOS9- x86_64368kB/s|3.8kB 00:00 BaseOS9- x86_6425MB/s|1.6MB 00:00 AppStream9- x86_64775kB/s|3.8kB 00:00 AppStream9- x86_6489MB/s|17MB 00:00 extras9- x86_64187kB/s|3.0kB 00:00 Extra PackagesforOpenCloudOS9- EPOL434kB/s|3.0kB 00:00 Extra PackagesforOpenCloudOS9- EPOL44MB/s|19MB 00:00 Dependencies resolved.==============================================================================================================Package Architecture Version Repository Size==============================================================================================================Installing: sl x86_645.02-2.oc9 EPOL16k Transaction Summary==============================================================================================================Install1Package Total download size:16k Installed size:21k Is this ok[y/N]: y Downloading Packages: sl-5.02-2.oc9.x86_64.rpm69kB/s|16kB 00:00 -------------------------------------------------------------------------------------------------------------- Total69kB/s|16kB 00:00 Running transaction check Transaction check succeeded. Running transactiontestTransactiontestsucceeded. Running transaction Preparing:1/1 Installing:sl-5.02-2.oc9.x86_641/1 Running scriptlet: sl-5.02-2.oc9.x86_641/1 Verifying:sl-5.02-2.oc9.x86_641/1 Installed: sl-5.02-2.oc9.x86_64 Complete![root@VM-0-9-opencloudos ~]#[root@VM-0-9-opencloudos ~]# sl
卸载：
[root@VM-0-9-opencloudos ~]# yum remove sl #可以带上x86_64也可以不带Dependencies resolved.==============================================================================================================Package Architecture Version Repository Size==============================================================================================================Removing: sl x86_64 （体系结构）5.02-2.oc9 （版本） @EPOL21k Transaction Summary==============================================================================================================Remove1Package Freed space:21k Is this ok[y/N]: y Running transaction check Transaction check succeeded. Running transactiontestTransactiontestsucceeded. Running transaction Preparing:1/1 Erasing:sl-5.02-2.oc9.x86_641/1 Running scriptlet: sl-5.02-2.oc9.x86_641/1 Verifying:sl-5.02-2.oc9.x86_641/1 Removed: sl-5.02-2.oc9.x86_64 Complete![root@VM-0-9-opencloudos ~]# sl-bash: /usr/bin/sl: No suchfileor directory[root@VM-0-9-opencloudos ~]#查找：
[root@VM-0-9-opencloudos ~]# yum list | grep lrzszlrzsz.x86_640.12.20-6.oc9 @System[root@VM-0-9-opencloudos ~]#直接按会被大量的安装包信息刷屏。
使用-y选项下载man-pages：
whb@bite-alicloud ~]$sudoyum-yinstallman-pages为什么后面跟着x86_64?
因为开发者将源码可能会编译好几份来适配不同的系统，我们的系统去拉去这些软件的时候一定会根据它自己的系统来拉去自己需要的。
1.2.3网络连通性检测
1.2.3.1核心指令：ping
命令格式：ping -c3 www.baidu.com
- 作用：检测当前主机与目标主机（如百度）之间的网络是否打通。
- 参数含义：
*-c3：表示发送 3 次 ICMP 数据包后自动停止（Count = 3）。如果不加这个参数，Linux 会无限次地发包，直到你按下Ctrl + C。
1.2.3.2输出信息解读
根据图片中的红框标注，主要关注点如下：
- 正常情况：
- 看到
64 bytes from ...说明收到了目标主机的回音（Reply）。 time=8.57 ms：表示往返延迟，数值越小说明网络质量越好。- 结论：有回音、无报错→ \rightarrow→正常联网。
- 看到
- 异常情况：
- 显示
Network is unreachable或没有任何回音。 - 结论：报错或超时→ \rightarrow→未正常联网。
- 显示
1.3yum操作的进阶补充
| 指令 | 功能 | 使用场景 |
|---|---|---|
yum makecache | 构建本地缓存 | 更换软件源（如阿里云、清华源）后，同步最新索引。 |
yum search <关键字> | 模糊搜索软件包 | 只记得部分名字，或寻找实现某功能的工具时使用。 |
yum clean all | 清理缓存垃圾 | 磁盘空间不足或 YUM 报错（索引损坏）时的修复手段。 |
yum upgrade | 系统级软件更新 | 想把系统补丁和版本一口气提升到最新状态。 |
二、Linux 上的软件是谁提供的
理解了 Linux 软件安装的演进，我们自然会产生下一个疑问：我们在yum install时，那些源源不断的软件包究竟出自谁手？又是通过怎样的途径来到我们的机器上的？这不仅仅是一个技术问题，更关乎 Linux 庞大的生态系统。
2.1 配套软件之于操作系统生态
如何评估一款操作系统的优劣？绝不仅仅是看它的内核版本有多高。而是由其生态所决定的。
一个健康的操作系统生态是由多个维度共同构成的：
- 内核版本：提供最底层的硬件管理和核心功能。
- 文档与社区支持：完善的文档和活跃的社区（如 CentOS、Ubuntu 社区）能帮助用户快速解决问题。
- 用户群体与应用场景：使用者越多，生态越繁荣。
- 核心问题解决能力：是否能高效解决特定领域的问题。
而在在这其中，一款操作系统背后的配套软件无疑是生态中至关重要的一环。
为什么？因为操作系统本身只是一个平台，真正为用户创造价值的是运行其上的应用程序。如果一个系统虽然高效，但其上缺乏好用的编译器、Web服务器、数据库等配套软件，或者这些软件的获取极其困难，那么这个操作系统生态就是不完整的，也难以被大众接受。Linux 的成功，很大程度上归功于其背后极其丰富的开源软件生态。
2.2 Linux 上软件的提供过程
那么，这些软件是如何从开发者的电脑上，最终安装到我们的 Linux 机器上的呢？这是一个多方协作的过程。我们将这个过程概括为三个主要阶段，涉及三个核心主体：
2.2.1 开发者与开源商业模式
一切源于开发者。他们编写源代码，并通常选择开源的方式发布。
这里有一个重要的知识点：开源，本质上是一种商业模式。
它不一定意味着免费，更多的是意味着代码的透明与协作。这种模式保证了软件来源的源源不断和持续更新。
2.2.2 社区与构建系统
开发者发布源码后，Linux 发行版社区（如 CentOS 社区、Ubuntu 社区， www.centos.org / ubuntu.org）接过了接力棒。
社区不仅提供云服务器，更重要的是建立了一套构建系统。社区志愿者或员工会将源码在不同硬件架构上进行编译，修复兼容性问题，并将其打包成 RPM 或 DEB 格式。(社区运行不下去了？依赖这个社区的公司会自发为这个社区捐款。)
在这个过程中，软件会被分类：
- Base 源（稳定源）：包含操作系统运行所必需的核心、稳定的软件。
- EPEL 源（扩展源）：由 Fedora 社区维护，新出的软件都是在这个里面，等到一段时间后慢慢移入base源。
有这两个源的原因是让软件池更加干净。除了这两个还有update等等其他的一些。
2.2.3 我们的 Linux 机器与包管理器
最后，回到我们的 Linux 机器:
我们的机器是如何知道去哪里下载这些软件的呢？答案就在操作系统内部内置的配置文件中。
在 CentOS 中，这些配置文件通常位于/etc/yum.repos.d/目录下。当你运行yum install时，yum（或 apt）会读取这些配置文件中的下载链接（repo地址），然后自动连接到社区提供的服务器进行下载和安装。
2.3 镜像
2.3.1镜像的概念
在上述过程中，存在一个现实问题：社区的服务器通常在国外，对于国内用户来说，直接下载速度极慢且不稳定。
为了解决这个问题，镜像（Mirror）技术被广泛应用。
- 什么是镜像？国内的大型互联网公司（如阿里、腾讯、百度）、高校（如清华、中科大）会定期将国外社区服务器上的所有软件包“克隆”一份，存放在自己位于国内的服务器上。这些国内的服务器就是国外原版服务器的镜像源。
- 优势：国内用户通过访问国内的镜像源，可以获得极快的下载速度，极大地提升了软件安装的体验。
- 配置：用户只需要修改 Linux 机器上
/etc/yum.repos.d/目录下的配置文件，将默认的国外下载链接切换为国内的镜像源链接即可。
我们使用的是国内厂商的云服务器提供的Linux系统，一般不需要自己配置yum源。使用虚拟机的需要自己配置yum源。
2.3.2镜像源（yum源）的配置
yum源都在哪儿？如下文件夹/etc/yum.repos.d/我们打开它。
[root@VM-0-9-opencloudos ~]# cd /etc/yum.repos.d/[root@VM-0-9-opencloudos yum.repos.d]# lltotal12-rw-r--r--1root root869Jun192025epol.repo -rw-r--r--1root root1101Nov2110:09 epol.repo.rpmnew -rw-r--r--1root root2897Jun192025OpenCloudOS.repo[root@VM-0-9-opencloudos yum.repos.d]# vim epol.repoepol.repo，epol.repo.rpmnew，OpenCloudOS.repo这些都是yum源。其中epol.repo是基础yum源。我们打开它（使用vim，我后面会专门讲）
[root@VM-0-9-opencloudos yum.repos.d]# vim epol.repo打开之后就是下面这个样子：看比如说baseurl=http://mirrors.tencentyun.com/epol/9/Everything/$basearch/os/你在装这个机器的时候就默认给你的 yum 源给他改了，不是国外的那个而是云厂商的镜像，不需要你手动配置。
虚拟机里面的一般都是国外的原生镜像源。，如下，我们找到了一张图片。
有的镜像源是开放的，有的镜像源是企业内部的，比如你直接把你刚才那个基础yum源的网址去复制到浏览器，不一定能打开。
这么一条yum源是怎么组成的？
好，我们正式来修改yum源。
- 备份原始 yum 源配置文件：
cp/etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup[root@CentOS-Base-repo]# cp /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup- 下载新的 yum 源配置文件（阿里源）：
curl-o/etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo- 清空缓存并重新生成缓存：
sudoyum clean allsudoyum makecache- 更新系统软件包：
sudoyum update
