把手头的系统环境从零梳理一遍，是我每隔一段时间就会做的一次动作。这次是因为要带新人，得把一个项目环境从装系统讲到跑通服务为止。结果讲到一半我自己先卡住了：装好新版工具、改了PATH，命令敲下去却还是旧版本。排查到最后，问题出在shell的路径缓存上，而不是PATH本身。
这个经历让我意识到一件事：基础命令这个东西，平时用得顺的时候没人觉得它值钱，一旦环境里某个环节变了，你才发现自己很多操作只是肌肉记忆，并没有真正理解背后的规则。我干脆把"系统环境与基本命令"整个过了一遍复习实操，顺便整理了一套可以照着练的思路，分享给准备系统过一遍基础、或者即将带新人的人。
1. 为什么要做这次复习：一次被PATH卡住的经历引发的反思
1.1 一次看似简单却卡壳的任务
事情是这样的：我在帮新人搭项目运行环境，把新版本的工具包解压到了/opt/tools/bin，然后按照常规操作在~/.bashrc里追加了这行：
export PATH="/opt/tools/bin:$PATH"执行source ~/.bashrc后，敲tool --version，出来的却还是旧版本号。当时我第一反应是配置没生效，又试了echo $PATH，路径确实在里面，而且新路径排在前面。那为什么敲出来的还是旧版本？
最后用type tool一看，shell 记住了这个命令原来的完整路径，直接从旧路径执行了。这个问题不是PATH没写对，而是shell为了提速会缓存命令查找结果，更新环境之后需要重新建立缓存：
hash -rhash -r之后，命令才老老实实走到新路径上。
这件事给我的冲击在于：单看每一步操作都没错，但底层的机制没有吃透，出了问题就只能一种一种可能去试。基础不牢，排查成本会成倍放大。
1.2 肌肉记忆不等于底层理解
很多人（包括以前的我）背得下几十个命令参数，却说不清"打开终端之后系统到底发生了什么"：哪个配置文件先加载、环境变量怎么被继承、命令是怎么被找到的。这些内容平时用不上，可真出事的时候，决定排查效率的就是这部分理解。
所以这次复习实操，我的目标不是"把命令参数再背一遍"，而是"把环境层面的规则和高频命令背后的原理重新捋清楚"，并且每个知识点都亲手敲一遍验证。
这篇内容适合三类人：
- 刚入门、想系统建立命令行基础的人；
- 带新人之前想查漏补缺的开发者或运维；
- 很久没碰命令行、准备重新捡起来的人。
2. 系统环境的第一课：终端、Shell与配置文件之间的关系
2.1 登录Shell与非登录Shell的执行差异
很多人配置环境变量时都纠结过一个问题：到底写进.bashrc还是.bash_profile？纠结的根源是这两类文件根本不在同一个加载场景里。
当用户通过本地控制台或者远程登录方式进入系统时，系统启动的是登录Shell；而在图形界面里新开一个终端窗口，通常是非登录Shell。两类Shell加载的配置文件不一样，顺序也不一样。
| 配置文件 | 加载场景 | 典型用途 |
|---|---|---|
/etc/profile | 登录Shell | 系统级环境变量 |
~/.bash_profile | 登录Shell | 用户级环境变量 |
~/.bashrc | 非登录Shell | 别名、函数、交互式环境 |
~/.profile | 登录Shell（兼容类场景） | 用户级环境变量 |
最坑的是很多系统会在.bash_profile里写一行source ~/.bashrc，导致登录Shell也会加载.bashrc，让很多人误以为两个文件可以随便用。实际上它们面向的场景不同，建议养成习惯：环境变量按场景放进对应文件，交互式偏好（别名、函数）统一放.bashrc。
判断当前是不是登录Shell，可以看这个命令的输出结果：
echo $0返回-bash或-zsh（带横线）说明是登录Shell，不带横线就是非登录Shell。
2.2 PATH的解析顺序与常见误区
PATH不是配置文件里的一行魔法，它是系统查找命令时的"搜索顺序表"，从左到右逐个目录找，找到第一个匹配的就直接用。
echo $PATH复现一个经典误操作：很多人想追加一个目录，写成了这样：
export PATH="/opt/tools/bin" # 错误示范等号右边少了$PATH，等于把系统原有的所有搜索目录全部丢掉了，后果是连ls、cat这些基础命令都找不到了。正确的写法是：
export PATH="/opt/tools/bin:$PATH"另外有两个容易被忽略的细节：
- 目录带空格时需要加引号，比如
export PATH="/opt/my tools/bin:$PATH"； - PATH里的顺序就是优先级，想"优先用新版本"，新目录就必须放在前面。
复习的时候我还特意验证了shell的缓存机制。which和type在定位命令时，一个查PATH，一个会带上shell缓存。想强制忽略缓存重新查找，用command -v或者先hash -r再查。
2.3 环境变量临时生效与永久生效的区别
这次动手之前，我建议把环境变量的生命周期测试做一遍：
FOO="hello" # 只在当前Shell可用，子进程拿不到 export FOO="hello" # 当前Shell和子进程都能拿到这个区别如果不实测，很容易在写脚本时踩坑：脚本里定义了一个变量，调用另一个脚本时却发现那边读取为空，多半就是没export。
还有一个常见问题是引号：
VAR="hello world" VAR2=$VAR # 继承了值，但如果有空格可能出问题 VAR3="$VAR" # 推荐，保留空格等特殊字符在我这次复习里，环境变量的临时与永久生效是一个反复验证的环节，因为它直接决定了"我改完配置，换一个终端窗口为什么又失效了"这类高频疑问的答案。
3. 高频基础命令实操复盘：文件、文本、进程三件套
3.1 文件操作命令：从ls -l拆解到find组合
ls是最基础的命令，但很多人并不真正理解ls -l输出的每一列意味着什么。复习时我要求自己逐列解释：文件类型（-普通文件、d目录、l链接）、权限位、硬链接数、属主、属组、大小、最后修改时间、文件名。能把这八个部分讲清楚，文件系统的基础才算过关。
常用并顺手验证的组合：
ls -lh # 人类可读大小 ls -lat # 按时间排序并带隐藏文件 find /tmp -name "*.log" -mtime +7 # 找7天前的日志 find . -type f -size +100M -exec ls -lh {} \; cp -r old_dir new_dir # 递归复制目录 mv file1 /other/fs/ # 跨文件系统移动，实际是复制+删除复盘重点放在find的-exec用法上，因为它是把"查找"和"批量操作"连起来的关键。写-exec时大括号后要跟\;，很多人漏掉反斜杠导致命令报错，原因在于分号会被shell解释成语法的一部分，必须转义。
3.2 文本处理命令：grep、sed、awk的最小实战组合
排查问题的时候，文本处理能力决定了你能不能在1分钟内从日志里捞出想要的线索。这次复习我只保留了最常用的组合，避免陷入"背选项大全"的误区。
日志筛选最典型的三连：
tail -f app.log | grep -n "ERROR" cat access.log | grep -E "^2025-06" -c grep -i "timeout" *.log | wc -lgrep复习时要注意正则引擎差异，基础正则表达式里+、?、|、()这些符号默认是字面量，想启用扩展语法要加-E。这也是一会儿要讲的翻车现场之一。
流式编辑sed常用两类：替换和删除行。
sed -i 's/old/new/g' config.ini # 替换全部 sed -i '/debug/d' config.ini # 删除包含debug的行注意-i在不同系统的差异：GNU版的sed -i直接改原文件，BSD系需要写成sed -i ''。写脚本如果考虑跨系统，手写时最好先复制一份再测试。
awk我这次复习的核心是字段提取：
awk '{print $1, $3}' access.log awk -F: '{print $1}' /etc/passwd # 以冒号作为分隔符一个实用技巧：awk里可以用$NF表示最后一列，处理不规则行时比数数字靠谱。
3.3 进程管理命令：ps、top、kill的分工
进程管理这块，我习惯把它拆成三件事：看进程、看资源、结束进程。
看进程的常用命令：
ps aux | grep java ps -ef --forest # 树状结构看父子关系ps aux输出里最有价值的是USER、PID、%CPU、%MEM和START列。排查"系统变慢"时第一眼看哪个进程CPU高，比瞎猜效率高得多。
看资源用top，交互模式下按P按CPU排序、按M按内存排序，这两个操作记不住快捷键也没关系，top界面本身会在底部提示操作项。更直观的方式是用htop之类的增强版工具，但不少基础系统需要额外安装，所以我复习时仍然以top为主。
结束进程要分清信号优先级：
kill PID # 默认TERM，让进程有机会清理退出 kill -9 PID # 强制结束，不清理 kill -HUP PID # 挂断信号，常用于让配置重新加载复习时我特意做了一个小实验：先起一个长时间运行的任务，分别用kill和kill -9结束，观察退出状态的不同。这个实验让我理解了"先温和后强制"这种操作习惯的来源。
4. 基础命令里最容易混淆的三组概念：权限、链接与系统信息
4.1 chmod与umask：为什么目录要755、文件要644
权限位是新手最容易背反的内容。我复习时重新推导了一遍数字含义：读权限r是4，写权限w是2，执行权限x是1，三个数字分别对应属主、属组、其他人。所以chmod 755的意思是属主可读可写可执行，其他人只读可执行；chmod 644是属主可读可写，其他人只读。
chmod 755 /opt/project chmod 644 /opt/project/config.ini这个习惯背后有安全性考虑：目录需要x权限才能进入，所以目录通常保留执行位；普通文件不需要执行，就不应该多给执行权限。
umask是决定新文件默认权限的遮罩值。通常系统默认是022，计算方式是：目录默认777，文件默认666，分别去掉umask里的权限位。022去掉写权限位后，目录变成755，文件变成644。这个逻辑推一遍就记住了，不用死背。
检查当前值：
umask如果团队对权限有特别要求，修改umask比等创建完文件再chmod更省事，也更不容易漏。
4.2 软链接与硬链接：inode视角下的本质区别
很多人知道ln -s创建软链接，但不清楚软链接与硬链接的本质区别，导致解决问题时用错命令。
复习时我用stat查看文件inode信息，把两者的区别彻底理清：
| 对比项 | 软链接 | 硬链接 |
|---|---|---|
| 本质 | 保存目标的路径字符串 | 指向同一个inode的目录项 |
| 目标被删除后 | 链接失效 | 另一个链接不受影响 |
| 跨文件系统 | 可以 | 不可以 |
| 指向目录 | 可以 | 不可以 |
| 创建命令 | ln -s target link_name | ln target link_name |
最简明的理解：硬链接相当于同一个文件的多个门牌号，软链接相当于一个指向门牌号的便签。便签上的门牌号被揭掉了，便签就找不到入口；硬链接只是少了一个门牌号，其他门牌还在，文件内容也不会丢。
实操检验：
ln data.txt hard.txt ln -s data.txt soft.txt rm data.txt cat hard.txt # 正常 cat soft.txt # 报错：文件不存在4.3 系统信息命令串讲：uname、free、df、lscpu
排查环境问题时，第一件事往往是确认"我在什么系统上、内核版本多少、内存和磁盘还剩多少"。这套命令我每次复习都会重新敲一遍：
uname -a # 完整系统信息 uname -r # 内核版本 cat /etc/os-release # 发行版信息 whoami # 当前用户 id # 完整身份信息 groups # 所属组 free -h # 内存用量 df -hT # 磁盘分区用量和文件系统类型 lscpu # CPU架构信息df -h看的是磁盘整体容量，du -sh看的是某个目录实际占用，这两个命令经常被搞混。排查"磁盘满了"时先df定位分区，再du定位最占空间的目录：
df -h du -sh /var/log/*按我的经验，基础复习里这套"环境信息命令"最容易被跳过，但真正遇到部署问题的时候，能不能快速报出系统信息往往决定了排查的起点有多高。
5. 复盘过程中的典型翻车现场与排查思路
5.1 改PATH后命令全部失效
复习时我特意在虚拟机里试了一次错误操作，把PATH覆盖成单个目录：
export PATH="/opt/tools/bin"紧接着敲任意普通命令都提示找不到，连ls都没了。这时候不能慌，用绝对路径调用系统命令恢复：
/bin/ls /usr/bin/printenv PATH /usr/bin/echo $PATH恢复正确PATH：
export PATH="/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin"这个翻车现场给我的复习价值很大：PATH一旦丢失，绝大多数的命令无法工作，但绝对路径依然是可靠的兜底手段。所以平时写文档或回复问题时，我也会刻意保留关键命令的绝对路径。
5.2 rm -rf配合变量出现空值
清理日志的脚本里写了这样一行：
rm -rf /tmp/apps/$app_name/logs当$app_name为空字符串时，命令会变成：
rm -rf /tmp/apps//logs万幸这里多了两个斜杠，没有造成更严重的问题。但如果是rm -rf $dir/*，变量为空就变成rm -rf /*。
排查这类问题要养成的两个习惯：
- 变量必须加引号：
rm -rf "$dir"/*，空值会变成空字符串，至少保留路径结构； - 删除前先判断目录存在：
test -d "$dir" && rm -rf "$dir"/*； - 脚本开头加
set -u，让未定义变量直接报错，而不是默默变成空值。
rm -rf本身不危险，危险的是对它盲目信任。任何删除类操作，复习时都建议用一个不重要的临时目录做实验，先把习惯练出来。
5.3 正则和管道里的两类意外
翻车现场三是日志里明明有内容，grep却匹配不到。原因是：
grep "error+timeout" app.log # 匹配不到 grep -E "error+timeout" app.log # 匹配到基础正则模式下+只是字面量加号，必须加-E才表示"前面的字符出现一次或多次"。这个规则在不同grep实现之间还有细微差异，最稳妥的做法是习惯用grep -E，别在正则变体上赌运气。
另一个管道问题：在脚本里加了set -e之后，如果管道前段命令被后段提前关闭导致退出码非零，脚本会莫名退出。为了校验整条管道的失败状态，需要：
set -o pipefail这个细节看似冷门，但在处理大日志、管道套grep和awk时非常值得了解。
6. 我的复习节奏和实操检查清单
6.1 一周时间的复习安排
这次复习我给自己定的节奏是一周，不追求一次吃透所有命令，而是按照场景分批过，每一批都动手敲一遍。
- 第1天：环境认知。终端、Shell类型、配置文件加载顺序、PATH、环境变量；
- 第2天：文件操作。ls、cd、cp、mv、rm、find、ln；
- 第3天：文本处理。grep、sed、awk、sort、uniq、wc；
- 第4天：进程与系统信息。ps、top、kill、df、du、free；
- 第5天：权限与链接。chmod、chown、umask、软硬链接对照实验；
- 第6天：综合实战。准备一个临时项目环境，从解压、配置、启动到排错走一遍；
- 第7天：查漏补缺。只做一件事：把一周里报错过的命令全部重敲一遍。
我强烈建议在临时虚拟机或容器里做这些实验，不要在生产环境里试rm、试kill。折腾坏了直接重置环境，心理负担小，反而更容易放开手验证。
6.2 最终沉淀的检查清单
把这一周的复习实操落成一张检查单，方便随时自查：
| 检查项 | 验证方法 | 是否掌握 |
|---|---|---|
| Shell类型与配置文件 | echo $0，区分登录与非登录Shell | |
| PATH顺序 | echo $PATH，能解释顺序含义 | |
| 环境变量继承 | FOO=bar与export FOO=bar的区别 | |
| 文件权限设置 | 解释755与644的含义 | |
| umask计算 | 通过umask推算出新文件权限 | |
| 软硬链接特性 | 用stat对比inode | |
| 文本筛选 | grep -E、sed -i、awk '{print $NF}' | |
| 进程管理 | ps aux、kill与kill -9对比 | |
| 系统信息获取 | uname -a、df -h、free -h | |
| 危险命令防护 | 删除前检查变量是否为空 |
这次复习下来，我最大的体会是：基础命令不是靠看会的，是靠"故意犯错"学会的。以前我总怕敲错命令惹出麻烦，现在反而会在安全环境里主动制造问题，再一步步排查解决。每解决一次，对命令背后机制的理解就深一层。
如果你也想做一次这样的复盘，不必等到"要带新人"或者"出事故"才行动。现在就打开终端，把上面这张清单过一遍，凡是不能立刻解释原理的项目，就是这次复习的第一个目标。
