三亩地 三亩地SAN MU DI · CODE DIARY
交流投稿
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天，欢迎挑你感兴趣的翻一翻。

首页/学习日记/日记详情

深入理解Shell与Bash：Linux系统交互的核心原理与实战应用

发布时间：2026/8/14 18:42:02 三亩地 编程学习日记
深入理解Shell与Bash：Linux系统交互的核心原理与实战应用

1. 从一次“诡异”的终端故障说起

那天下午，我正在服务器上调试一个自动化脚本，准备用ps aux | grep nginx查看进程状态。手指习惯性地在键盘上敲下命令，按下回车，终端却毫无反应。光标静静地闪烁，仿佛在嘲笑我的无知。我愣了一下，又试了试ls、cd这些最基本的命令，依然如石沉大海。重启终端、甚至重启服务器，问题依旧。那一刻，我意识到，问题可能出在比命令本身更底层的地方——那个负责解释我输入的命令并驱动系统执行的东西，它“罢工”了。最终排查发现，是/bin/bash这个文件被误删了。这次经历让我深刻体会到，我们每天在黑色或绿色的终端窗口里敲打命令，与 Linux 系统交互，背后依赖的正是Shell和Bash这两个核心组件。很多人，包括当时的我，对这两个词耳熟能详，却未必能清晰地说出它们的区别与联系。今天，我们就来彻底搞懂：什么是 Shell，什么是 Bash，以及它们是如何塑造了我们与 Linux 的交互方式。

简单来说，你可以把Shell理解为“外壳”，它是用户（你）与操作系统内核（Linux 的核心）之间的翻译官和传令兵。没有 Shell，你无法直接指挥内核做事。而Bash(Bourne-Again SHell) 则是众多 Shell “翻译官”中最著名、使用最广泛的一位。它功能强大，兼容性好，是绝大多数 Linux 发行版和 macOS（在 Catalina 版本之前）的默认 Shell。理解它们，不仅是 Linux 入门的基础，更是迈向系统管理、自动化运维和深度定制的必经之路。

2. Shell 的本质：用户与内核的桥梁

要理解 Shell，我们必须先看看 Linux 系统的层次结构。最核心的是内核 (Kernel)，它管理着 CPU、内存、磁盘、网络等所有硬件资源，是系统的“大脑”。但内核本身非常“高冷”和“脆弱”，它通过一系列极其复杂且危险的系统调用来工作，普通用户直接操作内核无异于在核反应堆旁边玩火。

这时，Shell就登场了。它的角色是一个命令解释器 (Command Interpreter)。你输入一句人类可读的指令，比如rm old_file.txt，Shell 会做以下几件事：

  1. 解析：识别出rm是命令，old_file.txt是参数。
  2. 查找：在系统预设的路径（如/bin，/usr/bin）中寻找名为rm的可执行程序。
  3. 创建进程：请求内核创建一个新的子进程。
  4. 执行：在这个新进程中，加载并运行/bin/rm程序，并将old_file.txt这个参数传递给它。
  5. 反馈：将rm命令执行的结果（成功删除或错误信息）捕获，并显示在终端上给你看。

所以，Shell 的本质是一个应用程序，一个运行在用户空间的特殊程序。它的核心使命是提供一个人机交互的界面，接收用户输入，将其转化为内核能够理解的动作，并将结果反馈给用户。

2.1 Shell 的两种主要形态：CLI 与 GUI

我们通常所说的 Shell，特指命令行界面 Shell (Command-Line Interface Shell)，也就是我们熟悉的黑屏终端。但广义的 Shell 概念也包括图形界面 Shell (Graphical Shell)，比如 GNOME Shell、KDE Plasma 等。它们同样包裹在内核之外，为用户提供交互界面，只不过交互方式从文本命令变成了鼠标点击和窗口操作。本文后续讨论均指 CLI Shell。

2.2 为什么需要不同的 Shell？

既然都是翻译官，为什么会有多种不同的 Shell 呢？这就像世界上有英语、中文、法语等多种语言一样，不同的 Shell 有不同的“语法”、“特性”和“设计哲学”。历史上，随着 Unix/Linux 的发展，为了满足不同的需求，诞生了各具特色的 Shell：

  • sh (Bourne Shell)： 由 Stephen Bourne 在贝尔实验室开发，是 Unix 最初的 Shell，很多脚本以其为基准，追求简洁和跨平台兼容性。
  • csh / tcsh (C Shell)： 语法类似 C 语言，提供了命令行历史、作业控制等交互式增强功能，但脚本兼容性一般。
  • ksh (Korn Shell)： 结合了 Bourne Shell 的兼容性和 C Shell 的交互特性，功能强大，曾是商业 Unix 的主流。
  • bash (Bourne-Again Shell)： 作为 GNU 计划的一部分，目标是取代 sh。它兼容 sh 的脚本语法，并吸收了 csh、ksh 的众多交互式优点，功能极其丰富。
  • zsh： 在 bash 的基础上更进一步，提供了更强大的补全、主题定制等功能，近年来随着 Oh My Zsh 等框架流行，成为很多开发者的新宠。
  • fish (Friendly Interactive Shell)： 强调开箱即用的友好体验，拥有智能语法高亮、自动建议等现代特性，但脚本语法与其他 Shell 不兼容。

选择哪种 Shell，取决于你的使用场景：写需要高度可移植的系统脚本可能用sh；追求极致的交互体验和定制化会用zsh或fish；而bash，则因其在兼容性、功能性和普及度上的完美平衡，成为了事实上的标准。

3. Bash 深度解析：为什么是它成了王者？

Bash，这个听起来有点戏谑的名字（Bourne-Again， 既指“重生”，也谐音“再来一个”），由 Brian Fox 在 1989 年为 GNU 项目创建。它的成功并非偶然，而是其设计理念精准命中了大多数用户的需求。

3.1 Bash 的核心特性与工作原理

Bash 不仅仅是一个命令解释器，它本身就是一个功能强大的编程环境。理解其工作流程，能让你更好地驾驭它：

  1. 读取 (Read)： Bash 从标准输入（键盘）或脚本文件中读取一行命令。
  2. 解析 (Parse)： 将这一行命令拆分成由元字符（如|,>,;,&&）分隔的单词和操作符。这个过程非常复杂，涉及引号处理、变量扩展、命令替换等。
  3. 展开 (Expand)： 这是 Bash 魔法发生的地方。它会按顺序进行多种“展开”操作，将简写或符号替换成实际的值。主要包括：
    • 波浪号展开 (~)： 将~展开为当前用户的家目录路径，~username展开为指定用户的家目录。
    • 变量展开 ($VAR)： 将$PATH,$HOME这样的变量替换为其存储的值。
    • 命令替换 (`command`或$(command))： 先执行command中的命令，然后用其输出结果替换掉整个命令替换部分。例如echo "Today is $(date)"。
    • 算术展开 ($((expression)))： 计算算术表达式，如echo $(( 10 + 5 ))会输出15。
    • 进程替换 (<(command)和>(command))： 将命令的输出模拟成一个临时文件，用于需要文件参数的命令。这是一个高级但极其有用的特性。
    • 通配符展开 (*,?,[])： 将像*.txt这样的模式，展开为当前目录下所有匹配的文件名列表。
  4. 重定向 (Redirect)： 在执行命令前，根据>,<,>>,2>&1等操作符，设置好输入、输出和错误输出的流向。
  5. 执行 (Execute)： 最后，执行展开和重定向后的最终命令。如果是外部命令，则创建新进程运行；如果是 Shell 内建命令（如cd,echo），则由 Bash 自身直接处理。

3.2 Bash 相较于其他 Shell 的决胜优势

  • 近乎完美的向后兼容性： 绝大多数为原始 Bourne Shell (sh) 编写的脚本，无需修改或只需极小改动即可在 Bash 上运行。这保护了巨大的历史遗产和商业软件投资。
  • 强大的交互式功能：
    • 命令行编辑： 支持使用 Emacs 或 Vi 风格的快捷键移动光标、修改命令，极大提升输入效率。
    • 命令历史与搜索： 通过history命令和Ctrl+R反向搜索，可以快速找回并重复执行过去的命令。
    • 智能补全： 按Tab键可以补全命令、文件名、变量名甚至主机名（如果配置了）。这是日常使用中提升效率最明显的功能。
  • 丰富的编程特性： Bash 支持数组、关联数组（4.0版本后）、整数运算、字符串操作、复杂的条件判断和循环控制结构，使其能够编写非常复杂的自动化脚本。
  • 可配置性： 通过~/.bashrc（交互式非登录 Shell 配置）和~/.bash_profile或~/.profile（登录 Shell 配置）等文件，用户可以深度定制提示符、别名、环境变量、函数等，打造专属的工作环境。
  • 无处不在的预装： 得益于 GNU 项目的广泛影响和 Linux 发行版的默认选择，Bash 几乎预装在每一台 Linux 服务器和早期的 Mac 电脑上。这种“默认”的地位，使得它成为了系统管理和运维领域的通用语言。

注意： 虽然 Bash 功能强大，但它的语法也有一些“历史包袱”和怪异之处（例如对空格极度敏感，变量赋值不能有空格），编写复杂脚本时容易出错。对于大型、复杂的项目，更推荐使用 Python 或 Perl 等更严谨的脚本语言。

4. 实战：识别、切换与定制你的 Shell

理论说了这么多，我们动手操作一下，这是理解它们最好的方式。

4.1 如何查看当前使用的 Shell？

打开终端，输入以下命令：

echo $SHELL

这个命令会打印出当前登录用户默认的 Shell 程序路径，例如/bin/bash或/usr/bin/zsh。

另一个更直接的方法是：

echo $0

这会显示当前运行的 Shell 程序名，如-bash或zsh。开头的-通常表示这是一个登录 Shell。

4.2 如何查看系统可用的所有 Shell？

系统的合法 Shell 都记录在/etc/shells文件中。你可以用cat命令查看：

cat /etc/shells

你会看到一个列表，可能包含/bin/sh,/bin/bash,/bin/zsh,/usr/bin/fish等。只有在这个列表中的 Shell，才能通过chsh命令设置为用户的默认登录 Shell。

4.3 如何临时或永久地切换 Shell？

  • 临时切换： 直接在终端里输入另一个 Shell 的路径或名字即可启动一个子 Shell。例如，当前是 bash，输入zsh就切换到了 zsh 环境。要退出这个子 Shell 回到原来的 bash，输入exit。
  • 永久切换（更改默认登录 Shell）：
    1. 使用chsh(change shell) 命令：
      chsh -s /bin/zsh
      将默认 Shell 改为 zsh。你需要输入当前用户的密码。
    2. 重要：chsh修改的是你下次登录时生效的 Shell。对于当前已打开的终端会话不会改变。你需要完全注销并重新登录，或者新开一个终端窗口才能看到效果。

4.4 基础定制：从.bashrc开始

Bash 的魔力很大程度上来自于它的可定制性，而这一切的起点就是家目录下的隐藏文件~/.bashrc（针对交互式非登录 Shell）和~/.bash_profile（针对登录 Shell，通常它会调用~/.bashrc）。对于大多数桌面用户，修改~/.bashrc就够了。

让我们来添加一些实用的配置：

  1. 设置一个更直观的提示符 (PS1)：PS1环境变量控制着命令行的提示符样式。默认的\u@\h:\w\$可能不够直观。我们可以让它显示更多信息，比如 Git 分支（如果你安装了 Git）。 首先，备份你的~/.bashrc：

    cp ~/.bashrc ~/.bashrc.backup

    然后，用文本编辑器（如nano或vim）打开~/.bashrc，在文件末尾添加以下内容：

    # 自定义提示符 # \u: 用户名, \h: 主机名（短）, \H: 主机名（全）, \w: 当前工作目录, \$: 普通用户显示$，root显示# # \[\e[32m\]: 开始绿色字体, \[\e[0m\]: 重置颜色 export PS1="\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\] \$ "

    保存退出后，执行source ~/.bashrc让配置立即生效。你会发现提示符变成了用户名@主机名 当前目录 $的格式，并且有颜色。

  2. 创建命令别名 (Alias)： 别名可以将长的、复杂的命令简化为一个短的单词，是提升效率的神器。 在~/.bashrc中添加：

    # 常用命令别名 alias ll='ls -alF' # 以列表形式显示所有文件（包括隐藏文件）及文件类型标识 alias la='ls -A' # 显示所有文件（包括隐藏文件，但不包括 . 和 ..） alias l='ls -CF' # 以列的形式显示文件，并显示文件类型标识 alias grep='grep --color=auto' # 让grep搜索结果高亮显示 # 安全操作别名（防止误删） alias rm='rm -i' # 删除前询问确认 alias cp='cp -i' # 覆盖前询问确认 alias mv='mv -i' # 覆盖前询问确认 # 快速导航 alias ..='cd ..' alias ...='cd ../..' alias ....='cd ../../..'

    同样，source ~/.bashrc后，你就可以用ll代替ls -alF了。

  3. 设置常用环境变量： 环境变量像是 Shell 的全局记忆，影响着许多程序的行为。

    # 编辑器默认使用 vim (如果你喜欢的话) export EDITOR=/usr/bin/vim # 为 GCC 设置更详细的编译警告 export CFLAGS="-Wall -Wextra -O2" # 自定义软件安装路径（如果需要） # export PATH="$HOME/.local/bin:$PATH"

    修改PATH变量时需要格外小心，错误的修改可能导致系统命令找不到。通常建议将自定义路径添加在原有PATH之前，如export PATH="/new/path:$PATH"。

5. Shell 脚本入门：将命令组合成自动化工具

当一系列命令需要反复执行时，把它们写进一个文本文件，然后让 Shell 一次性解释执行这个文件，这个文件就是Shell 脚本。Bash 脚本的文件扩展名通常是.sh。

5.1 你的第一个 Bash 脚本：系统信息检查

让我们创建一个实用的脚本，用于快速检查系统的基本状态。

  1. 创建脚本文件：

    nano system_check.sh

  2. 编写脚本内容：

    #!/bin/bash # 这是一个简单的系统检查脚本 # 作者：YourName # 日期：$(date) echo "========== 系统信息检查 ==========" echo # 1. 系统版本和内核信息 echo "1. 系统版本信息：" if [ -f /etc/os-release ]; then . /etc/os-release echo " 发行版：$NAME" echo " 版本号：$VERSION_ID" else echo " 无法获取发行版信息。" fi echo " 内核版本：$(uname -r)" echo # 2. 系统运行时间和负载 echo "2. 系统运行状态：" uptime echo # 3. 内存使用情况 echo "3. 内存使用情况：" free -h | awk 'NR==1{print " "$0} NR==2{print " 物理内存: "$0}' echo # 4. 磁盘使用情况（根目录） echo "4. 磁盘使用情况（根目录 /）：" df -h / | awk 'NR==1{print " "$0} NR==2{print " "$0}' echo # 5. 当前登录用户 echo "5. 当前登录用户：" who echo echo "========== 检查完成 =========="

  3. 赋予脚本执行权限： 刚创建的文件默认没有执行权限。需要运行：

    chmod +x system_check.sh

    chmod命令用于修改文件权限，+x表示添加“执行”权限。

  4. 运行脚本： 你可以通过以下方式运行：

    • ./system_check.sh（在当前目录下执行）
    • bash system_check.sh（显式指定用 bash 解释器执行）
    • 或者将脚本所在目录加入PATH，然后直接输入system_check.sh执行。

5.2 脚本编写核心要点与避坑指南

  • 第一行 Shebang (#!/bin/bash)： 这行告诉系统，当直接执行这个脚本时，应该用/bin/bash这个程序来解释它。非常重要，不能省略。虽然有时不加也能用bash script.sh的方式运行，但加上是标准做法，也保证了脚本行为的确定性。
  • 注释： 使用#来添加注释，解释脚本的目的和关键步骤。这是好习惯，尤其对于将来可能回头看代码的你或你的同事。
  • 变量使用：
    • 定义变量：variable_name="value"。等号两边不能有空格！这是新手最常见的错误之一。
    • 使用变量：$variable_name或${variable_name}。后者在变量名与其他字符连在一起时能避免歧义，如echo ${file}_backup。
  • 命令替换： 将命令输出赋值给变量，推荐使用$(command)语法，因为它更清晰且可以嵌套。例如current_date=$(date)。
  • 条件判断[ ]与[[ ]]：
    • [ ]是传统的 test 命令，兼容性最好，但功能有限，且对变量中的空格等特殊字符处理需要格外小心（必须加引号）。
    • [[ ]]是 Bash 的扩展语法，更强大、更安全。它支持字符串模式匹配（==和=~），并且逻辑运算符&&和||在内部可以直接使用。在 Bash 脚本中，通常推荐使用[[ ]]。
    # 使用 [ ] (传统，需注意引号) if [ "$name" = "root" ]; then echo "You are root." fi # 使用 [[ ]] (更现代，更安全) if [[ $name == "root" ]]; then echo "You are root." fi # [[ ]] 中即使变量未加引号，大部分情况下也是安全的
  • 错误处理： 默认情况下，脚本中某条命令失败（返回非0状态码），后面的命令会继续执行。这可能导致灾难。有两个关键设置：
    • set -e： 放在脚本开头，让脚本在任何一个命令失败时立即退出。
    • set -u： 让脚本在遇到未定义的变量时立即退出。 一个健壮的脚本开头通常是：
    #!/bin/bash set -euo pipefail
    pipefail是另一个有用的选项，它使得管道命令中任何一个环节失败，整个管道就视为失败。

6. 进阶：Shell 与 Bash 在运维和开发中的真实应用

理解了基础，我们来看看它们在真实生产环境中的威力。

6.1 系统运维：日志分析与监控

假设你需要监控 Nginx 的访问日志，找出过去5分钟内访问量最高的前5个IP地址。一个简单的 Bash 单行命令或脚本就能搞定：

# 使用 awk 和 sort 进行快速分析 awk -v d1="$(date --date="-5 min" "+%d/%b/%Y:%H:%M:%S")" -v d2="$(date "+%d/%b/%Y:%H:%M:%S")" '$4 > "["d1 && $4 < "["d2' /var/log/nginx/access.log | awk '{print $1}' | sort | uniq -c | sort -nr | head -5

这条命令做了以下事情：

  1. 定义两个时间变量d1（5分钟前）和d2（现在）。
  2. 用awk过滤出时间在d1和d2之间的日志行。
  3. 提取每行的第一个字段（通常是IP地址）。
  4. 排序、去重并计数。
  5. 按计数降序排序，取前5名。

这种即席查询能力，是 Shell 在运维工作中不可替代的价值。

6.2 开发流程：自动化构建与部署

在 CI/CD（持续集成/持续部署）流水线中，Bash 脚本是串联各个步骤的粘合剂。一个简化的部署脚本可能长这样：

#!/bin/bash set -euo pipefail APP_NAME="my-web-app" DEPLOY_DIR="/var/www/$APP_NAME" BACKUP_DIR="/backup/$APP_NAME" REPO_URL="git@github.com:yourname/$APP_NAME.git" echo "开始部署 $APP_NAME ..." # 1. 备份当前版本 if [ -d "$DEPLOY_DIR" ]; then echo "备份当前版本到 $BACKUP_DIR/$(date +%Y%m%d_%H%M%S)..." mkdir -p "$BACKUP_DIR" tar -czf "$BACKUP_DIR/backup_$(date +%Y%m%d_%H%M%S).tar.gz" -C "$(dirname "$DEPLOY_DIR")" "$(basename "$DEPLOY_DIR")" fi # 2. 拉取最新代码 echo "从仓库拉取最新代码..." if [ -d "$DEPLOY_DIR/.git" ]; then cd "$DEPLOY_DIR" git pull origin main else git clone "$REPO_URL" "$DEPLOY_DIR" cd "$DEPLOY_DIR" fi # 3. 安装依赖（假设是Node.js项目） echo "安装项目依赖..." npm install --production # 4. 重启应用服务 echo "重启应用服务..." systemctl restart "$APP_NAME" # 5. 检查服务状态 echo "检查服务状态..." if systemctl is-active --quiet "$APP_NAME"; then echo "✅ 部署成功！$APP_NAME 服务正在运行。" else echo "❌ 部署失败！$APP_NAME 服务未启动。" exit 1 fi

这个脚本涵盖了备份、更新、安装、重启、验证等标准部署步骤，确保了流程的一致性和可重复性。

6.3 个人效率：自动化日常任务

你可以编写脚本来自动化任何重复性工作。比如，一个每周清理下载目录并归档的脚本：

#!/bin/bash DOWNLOADS="$HOME/Downloads" ARCHIVE="$HOME/Archives" # 创建归档目录（如果不存在） mkdir -p "$ARCHIVE" # 获取一周前的日期（GNU date 语法） one_week_ago=$(date -d "1 week ago" +%Y%m%d) # 遍历下载目录 find "$DOWNLOADS" -maxdepth 1 -type f -mtime +7 | while read -r file; do # 获取文件修改时间的日期部分 file_date=$(date -r "$file" +%Y%m%d 2>/dev/null || stat -f "%Sm" -t "%Y%m%d" "$file") # 如果文件早于一周前 if [[ $file_date -lt $one_week_ago ]]; then # 按年月创建归档子目录 archive_subdir="$ARCHIVE/$(date -r "$file" +%Y/%m 2>/dev/null || stat -f "%Sm" -t "%Y/%m" "$file")" mkdir -p "$archive_subdir" echo "移动文件: $(basename "$file") -> $archive_subdir/" mv "$file" "$archive_subdir/" fi done echo "下载目录清理完成。"

7. 常见误区、疑难排查与安全须知

即使对 Shell 和 Bash 有了相当了解，在实际使用中仍然会遇到一些坑。这里分享一些我踩过的雷和总结的经验。

7.1 变量引用的“坑”

  • 空格陷阱：VAR = value（错误） vsVAR=value（正确）。赋值时等号两边不能有空格。
  • 未引用的变量： 在[ ]测试中，如果变量值可能包含空格或为空，必须加双引号。
    name="John Doe" if [ $name = "John Doe" ]; then # 错误！展开后变成 [ John Doe = "John Doe" ]，语法错误。 if [ "$name" = "John Doe" ]; then # 正确 if [[ $name = "John Doe" ]]; then # 也正确，[[ ]] 更智能
  • 命令替换中的换行符：$(command)会保留命令输出末尾的换行符。如果你只想获取纯内容，可能需要用$(command | tr -d '\n')或"$(command)"在后续使用中处理。

7.2 脚本执行权限与路径问题

  • Permission denied： 忘记给脚本加执行权限 (chmod +x)，或者脚本本身没有可读权限。
  • Command not found： 直接输入脚本名时，Shell 只在PATH环境变量列出的目录中查找。如果你在当前位置 (./script.sh) 可以执行，但直接script.sh不行，就是因为当前目录不在PATH中。出于安全考虑，通常不建议将当前目录.加入PATH。

7.3 Shell 兼容性问题

如果你写了一个 Bash 脚本（用了[[ ]], 数组等特性），但第一行的 Shebang 写的是#!/bin/sh，而系统的/bin/sh可能链接到dash（一个更精简、更符合 POSIX 标准的 Shell，如 Debian/Ubuntu），那么脚本很可能会执行失败。始终确保 Shebang 与你使用的特性匹配。

7.4 安全红线：永远不要这样做！

Shell 脚本功能强大，但也非常危险，特别是当它以高权限（如 root）运行时。

  • 永远不要相信外部输入： 直接将用户输入或参数用于命令是极度危险的。
    # 致命危险！ read -p "Enter filename: " filename rm $filename # 如果用户输入 `* /etc/passwd` 会怎样？ # 相对安全（但依然不完美） rm -- "$filename" # 使用 `--` 表示选项结束，能防止以 `-` 开头的文件名被误认为选项。 # 最佳实践：进行严格的输入验证 if [[ ! -f "$filename" ]]; then echo "错误：文件不存在或不是普通文件。" >&2 exit 1 fi rm -- "$filename"
  • 使用shellcheck工具： 这是一个静态分析工具，能检测出脚本中的常见错误、安全漏洞和风格问题。在编写任何重要脚本后，运行shellcheck your_script.sh是一个非常好的习惯。
  • 在set -e和set -u下测试： 如前所述，在脚本开头启用这些选项，能及早发现错误和未定义变量，避免脚本在错误状态下继续运行造成更大破坏。

回到文章开头我遇到的那个问题，/bin/bash被删除。最终的解决方案是从另一台相同系统的机器上拷贝一个bash二进制文件过来，或者从安装介质中恢复。这件事给我的教训是：第一，不要随意删除/bin或/usr/bin下不认识的程序；第二，理解你每天使用的工具到底是什么，在系统层次中处于什么位置，当问题发生时，你才能有的放矢地去排查，而不是对着黑屏发呆。Shell 和 Bash 就是这样一个既基础又深邃的世界，它静静地躺在每一个 Linux 系统的表面之下，等待着你去探索和驾驭。

编程学习 学习日记 实战经验
← 返回列表