很多人写 Shell 脚本的路径是这样的：先会 echo、cd、ls，然后学会 if、for、while，再抄几段判断文件存在、循环读日志的片段，能跑起来就算过关。问题也恰恰出在这里——脚本一旦出错，或者行为跟预期不一样，就只能靠反复试、靠加 echo 打日志来猜。这门课针对的就是这个阶段：你已经有能用的脚本，但说不清楚它为什么这样运行。

先确认一下你是不是真的需要它

下面几种情况，如果中了两条以上，说明缺口已经不在语法层面了：

写过引号嵌套的脚本，但说不清单引号、双引号、反引号、$'...' 各自在什么时候起作用；
被 for 循环里的变量按空格拆词坑过，改成加引号能跑，但不知道为什么；
用管道和子 shell 时，发现循环里改的变量出了循环就失效；
遇到 source 和 bash script.sh 结果不同，靠试出来的；
脚本里出现 set -e 带来的诡异退出，只能删掉它绕过去；
调试靠 bash -x，但输出一堆，看不太懂每一层在做什么。

这些都不是「记不住语法」造成的，而是对 bash 怎么解析、怎么执行没有建立起模型。补这一块，比再背一百条命令有用。

这门课真正要拆的是什么

它的主线是把 bash 从读入一行到执行完这一行之间发生的事讲清楚，而不是再罗列一遍常用命令。涉及的核心问题大致包括：bash 的读取、解析、展开、执行的先后顺序；各种展开（参数展开、命令替换、算术展开、路径展开）在什么时机发生、按什么顺序发生；引号如何影响展开；命令查找与内建命令、外部命令、函数、别名的优先级；管道、子 shell、重定向与文件描述符之间的关系；以及退出码、信号、set 系列选项对脚本行为的影响。

这些内容平时零散地出现在各种「坑」里，但很少被串成一条线。串起来之后，很多曾经靠试错解决的问题会变成可推理的问题：你能提前判断一行代码会怎么展开，而不是跑一遍看结果。

配套练习应当怎么用

这类原理型内容，光看是记不住的。建议配合三种练习：

写小片段验证：对每个展开规则，自己写两三行代码，用 bash -x 或 printf '%s\n' 观察每个阶段的实际结果，把「以为的」和「实际的」对一遍；
回头审查自己的旧脚本：把手上正在用的运维脚本拿出来，逐行问「这一步展开发生了什么」，找出那些当时靠猜写下的引号和变量；
做对照实验：同一个需求分别用管道、命令替换、子 shell、进程替换实现，比较退出码、变量作用域、错误传播的差别。

练习的目标不是写出更花哨的脚本，而是让每一行代码都能被解释。

学完之后，你应该能回答这些问题

为什么 for i in $(cat file) 和 while read line 在处理带空格的文本时表现不同？
变量在子 shell 里被修改后，为什么父进程看不到？管道两边分别运行在什么环境里？
set -e 在哪些情况下不会按你预期退出？它和管道、命令替换、条件判断怎么相互作用？
重定向的求值顺序为什么会影响 2>&1 的位置？
source 一个脚本和直接执行它，在当前 shell 状态上有什么区别？
一段脚本报错时，如何在不加满屏日志的前提下定位到具体是哪一步展开出了问题？

如果这些问题你现在只能答出一半，那这门课对你是对症的。如果你已经能清晰解释上面每一条，那它大概率只是帮你把已有的直觉整理成体系，优先级可以往后放。缺什么补什么，不用假装什么都会。