一、先把三个角色摆清楚：终端机、Shell、内核

你在屏幕上敲命令时，其实是三个角色在接力：

那到底「命令行（command line）」指的是什么？ 它指的是用文字下命令这种工作方式，跟「图形界面（点图标）」相对。终端机是干这件事的窗口，Shell 是干这件事的程序。

二、敲下一条命令，机器走了四步

这是本节最值钱的一段。以你敲 ls -l /home 为例：

第 ③ 步是新手最常撞墙的地方，后面第五节单独讲。

还有一件常被忽略的事：Shell 在执行前，还会自己动手做几件「预处理」，比如：

• 把通配符摊开：你写 ls *.txt，是 Shell 先把 *.txt 换成一串真实文件名，再把结果交给 ls。命令本身并不知道 * 是什么。
• 处理重定向和管道：>、>>、| 也是 Shell 先接手的（3-5 讲过这三个，本节第六节再补上「为什么不只两个流」）。
• 把变量换成值：echo $HOME 里的 $HOME 是 Shell 换掉的。

所以有一句行家话：「你面对的不是命令，是 Shell。」 出错时先分清是 Shell 没理解你的意思（语法错），还是命令本身报的错（执行错）——这两类错的修法完全不同。

三、打开终端机的六种方式（比 3-5 多三种）

3-5 给过三种，这里补全，并告诉你各自什么时候用：

四、一条命令的三个部件（复习 + 升级）

三条实用规则（3-5 提过，这里给出原因）：

1. 短选项能合并：ls -l -a ＝ ls -la（Shell 不管，是 ls 自己认的规矩）。
2. 选项和参数的顺序，只有命令自己在意：一般要先写选项，但很多命令也接受 ls /home -l（不推荐）。
3. -- 是分界线：如果文件名本身以 - 开头（比如 -weird.txt），写 rm -- -weird.txt 告诉命令「后面这个是文件名，不是选项」。

ls --help      # 短说明，最快
man ls         # 完整说明书，按 q 退出
man -k 关键词   # 按关键词找命令，例：man -k password

五、命令到底住在哪里：PATH 与「命令的三种出身」

PATH 是一串目录清单，Shell 找命令时按这个清单从左到右挨个翻。

echo $PATH
# 典型输出（用冒号分隔）：
# /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games

看这个输出要读出三件事：

• 清单里的目录顺序就是优先级——两个目录都有同名命令时，左边的赢。
• /usr/bin 和 /bin 都在里面，但现在的系统里它俩其实是同一个地方（/bin 是指向 /usr/bin 的快捷方式）——这就是 4-4 要讲的「/usr 合并」，老资料把它们当两个目录讲，容易看得糊涂。
• 如果某个命令不在这串目录里，你就得写全路径（如 ./myscript.sh）或者把它所在的目录加进 PATH。

查一个命令的底细，用这四个：

用 type 能看出命令的三种出身——这是本节最容易被跳过、又最有用的一点：

顺手认一下别名的两个动作（可选，知道有这回事就行）：

alias                    # 列出当前所有别名
alias ll='ls -l'         # 临时加一个（关掉这个终端就没了）

六、命令的输出不只有一路：三个「流」

3-5 讲了 > 和 >>，这里补上它们的完整版图。

Unix 给每个命令配了三个标准通道：

这就解释了一件新手常困惑的事：为什么 ls 不存在的文件 > out.txt，屏幕上照样跳出错误提示、而 out.txt 里是空的？

因为报错走的是第 2 路（stderr），而 > 只搬第 1 路（stdout）。 两条路各走各的。

把两路都收进同一个文件：

七、前台、后台与作业控制（3-5 完全没讲的一层）

前台＝命令占用着你的终端，你得等它跑完才能敲下一条。 后台＝命令在背后跑，你立刻能把终端拿回来。

再区分一个极易混淆的概念：

• 作业（job）：Shell 管的，专指「这个终端里启动的程序」，重启终端就没了。
• 服务／进程（process）：系统管的一直在跑的程序（如 SSH 服务），用 ps、top、systemctl 看——这属于 4-2 的内容。

八、命令「成功还是失败」：退出码 $?

每个命令跑完，都会留下一个数字表示结果：

ls /home
echo $?      # 输出 0 —— 上一条命令成功了

ls /不存在的目录
echo $?      # 输出 2 —— 上一条命令失败了

这在写脚本时是核心：if、&&、|| 全靠它判断。你现在只需要记住一件事：

&&＝前面成功才继续（前面失败就停），||＝前面失败才执行后面。 例：sudo apt update && sudo apt upgrade——更新索引成功，才去升级，这是最常用的组合（4-5 会反复用到）。

九、动手 Demo：让机器把你的「出身」讲一遍

在树莓派上（桌面终端或 SSH 里都行）依次跑这七步：

# 1. 你现在是谁、在哪个 Shell 里
whoami
echo $SHELL

# 2. 看命令是从哪些目录找出来的
echo $PATH

# 3. 三种出身各验一个
type cd
type ls
alias ll 2>/dev/null || echo "（没有 ll 这个别名，正常）"

# 4. 同一条命令，分别用「外部程序」和「内建」两种身份看
command -v echo
type echo

# 5. 看退出码：先成功，再失败
ls /home
echo $?
ls /this_does_not_exist
echo $?

# 6. 两条流分开收
ls /home /this_does_not_exist > out.txt 2> err.txt
echo "--- out.txt ---"; cat out.txt
echo "--- err.txt ---"; cat err.txt

# 7. 收尾：命令卡住时怎么脱身（先跑一个长命令，再按 Ctrl + C）
sleep 100

看到什么算成功：

做完之后检查一下（两条流那个实验留下的文件）：

ls -l out.txt err.txt
rm out.txt err.txt

「读结果」提示：第 6 步是本节的核心验收——它把「报错不算输出」这件事从说法变成了你看得见的事实。第 7 步是保命技能：以后任何命令刷屏不止、卡着不动，第一反应就是 Ctrl + C。

十、30 秒实验

验证「Shell 先摊开通配符」这句话。

1. 建三个文件：

mkdir -p ~/wildcard_test && cd ~/wildcard_test && touch a.txt b.txt c.log

1. 用 echo 看通配符被换成了什么（echo 只是把收到的词原样打印）：

echo *.txt
echo *

1. 清理：

cd ~ && rm -r ~/wildcard_test

你会看到：echo *.txt 打印 a.txt b.txt；echo * 打印三个文件。echo 根本不知道有通配符这回事——是 Shell 在把 *.txt 交给它之前就已经换好了。

这 30 秒你收获的是：以后写 rm *.log 这种命令时，你会知道真正决定删哪些文件的是 Shell，所以「先 echo 看一眼再 rm」这个保命习惯（3-5 提过）是有原理支撑的，不是迷信。

十一、常见误区

• 「终端机就是命令行」：不是一回事。终端机是那个窗口，命令行是用文字下命令这种方式，Shell 是中间那个翻译程序。三者各有分工（见第一节）。
• 「cd 查不到路径，说明系统有问题」：cd 是 Shell 内建命令，磁盘上本来就没有这个文件。用 type 看，别用 which 判断。
• 「> 能把所有输出都存下来」：只存正常输出。命令的报错走 stderr，要写 > all.txt 2>&1 或 &> all.txt（第六节）。
• 「命令后面加 & 就是常驻后台了」：关掉终端它多半会一起死。真要长期运行，用 nohup、setsid 或做成 systemd 服务（第七节）。
• 「命令卡住了只能关窗口或拔电」：先按 Ctrl + C。它是专门用来打断当前命令的；Ctrl + Z 是挂起（不是杀死），fg／bg 管它。
• 「命令报错时，看屏幕上那段字就够了」：那只是 stderr；退出码 $? 才是程序给出的正式结论——脚本里判成败靠的是它，不是肉眼。
• 「通配符是命令的功能」：是 Shell 先展开的。这就是为什么「把 rm *.log 先换成 echo *.log 看一眼」能救命。

• ☐ 下一节（4-2 Linux 的常用指令）

相关笔记

• 在 Raspberry Pi OS 执行命令 —— 上一章：命令本身怎么敲（本节讲它背后的机制）
• 认识 Linux、终端机和桌面环境 —— 终端机与 Shell 是什么
• 使用 Raspberry Pi OS 桌面环境 —— F4 就地开终端、图形卡住时的出口
• 网络连接与蓝牙装置 —— SSH 这条「命令行入口」
• 🍓 树莓派 · 索引 —— 全课路线图