我刚开始接触Linux的时候，被满屏的命令吓得不轻。记了一堆笔记，却该忘还是忘。后来在一线折腾了几年，才慢慢明白一个道理：Linux命令根本不是用来背的，而是用来解决问题、排查故障、节省时间的工具。这篇内容就是我在实际工作中反复使用、也反复踩坑后整理出来的Linux命令实战笔记，重点放在使用方法和背后的思路，不是简单罗列命令大全。适合刚上手的同学建立基本操作能力，也适合有一定基础但想提高效率、避开常见坑的同行参考。所有示例我都尽量用真实场景来说，你照着敲一遍，比死记硬背强得多。
1. 先别急着背命令：把命令的"骨架"搞清楚
1.1 命令的基本格式：命令 + 选项 + 参数
好多朋友第一次打开Linux终端，看到黑底白字，第一反应就是"这得背多少命令啊"。其实大可不必。我工作了这些年，真正让我觉得用得值当的命令，翻来覆去也就那么几十条，剩下的都是到了现场现查。学习命令的第一件事，不是去收集命令清单，而是搞清楚命令的通用结构。
每一条Linux命令都可以拆成三个部分：命令本身、选项（也叫开关）、参数（操作对象）。比如：
ls -l /etc/passwdls是命令，-l是选项，/etc/passwd是参数。选项负责改变命令的行为，比如ls默认只输出文件名，加上-l就会输出权限、所有者、大小、修改时间这些详细信息；参数则是命令要处理的具体对象。
这个拆法看起来简单，但它决定了你后面学任何新命令的姿势。遇到不认识的命令，先问自己三个问题：这条命令是干什么的？它有哪些常用选项？选项和参数放在什么位置？大部分命令遵循"命令 [选项] [参数]"的规律，少数命令（比如find、tar）把参数的位置顺序玩出了花样，但也逃不出"命令+选项+参数"这个大框架。
我见过不少新手把命令当成"咒语"来记，比如"ls -l就是详细列表""tar -zxvf就是解压"，一旦换个场景就懵了。实际上只要你理解了"选项改变行为，参数指明对象"，很多命令你自己都能通过帮助文档推出来，不需要死记硬背。
1.2 学会用man、--help和type自助
命令不会用怎么办？直接查。系统自带的帮助文档就是最好的老师，而且就在你手边。
最常用的是man命令。man ls会打开ls的完整手册，里面包含功能说明、所有选项、示例、退出状态等。第一次用man时你可能不习惯，因为它打开的是分页器界面，用/可以搜索关键字，按q退出，按空格翻页。这个界面熟悉之后，你查任何命令都会很顺畅。
还有一个更快速的方式是命令 --help。它输出的不是完整手册，而是精简版用法说明，包含常用选项和参数说明，适合你只想快速确认某个选项时用。我的习惯是：不熟悉的命令先用--help扫一遍，需要深入了解时再翻man。
另外一个容易被忽略的命令是type。它能告诉你某个命令到底是外部命令、内建命令还是别名。比如你输入type cd，系统会告诉你cd是shell内建命令；输入type ll，可能显示ll是ls -l的别名。这个信息很重要：内建命令由shell自身实现，不需要额外进程；外部命令则依赖PATH环境变量来定位，比如/usr/bin下的程序。理解了这条，你后面遇到"明明装了命令却提示command not found"就能快速想到可能是PATH没配好。
1.3 命令找不到时，问题多半出在PATH
说起PATH，这是新手最容易懵的一个概念。简单说，PATH是一串目录路径，当你输入一个外部命令时，shell会按这串路径从左到右查找可执行文件。查到了就执行，查不到就报command not found。
比如你安装了某个软件到/opt/mytool/bin，但输入软件名却提示找不到命令。这时候大概率是安装目录不在PATH里。你可以用export PATH=$PATH:/opt/mytool/bin临时加上，也可以写进~/.bashrc或~/.profile永久生效。注意临时生效只对当前终端会话有效，关掉窗口就失效了，永久配置记得在修改后执行source ~/.bashrc。
还有个关联的小知识：为什么同一台机器上，你用普通用户登录时某些命令可用，sudo su切到root后却提示找不到？因为普通用户和root的PATH很可能不一样。我碰到过不止一次这种情况，同事说"我明明装了命令，怎么root用不了"，最后发现是root的PATH没包含对应的可执行文件目录。
2. 文件与目录操作：高频命令的正确打开方式
2.1 ls、cd、pwd的进阶用法
ls、cd、pwd是每个Linux用户最早接触的三个命令，但真的都会用吗？
先说ls。我平时最常用的是ls -lh，-h会把文件大小显示成人类易读的格式，比如4.0K、2.3M，而不是赤裸裸的字节数。看修改时间排序用ls -lt，最新修改的排在最上面；想包括隐藏文件（以点开头的文件）就用ls -la。如果你在查看一个目录的详细信息，注意第一列权限位的最后一个字符：如果是+，说明这个文件或目录启用了SELinux上下文或ACL；如果是.，一般也是SELinux相关标记。很多人看到这两个符号会疑惑，其实不影响日常操作，但要心里有数。
再说cd。除了常规的cd /path，我强烈建议你记住cd -。它的作用是回到上一次所在的目录，在几个目录之间来回切换时非常高效。比如你从/var/log到/etc/nginx查配置，查完直接cd -就回到/var/log了。另一个常用的是cd ~回到当前用户的家目录，cd /回到根目录。这些快捷键本意是减少打字量，但用习惯了之后，你的操作节奏会明显变快。
最后是pwd。它输出当前所在的绝对路径。看似简单，但在写脚本、拼接路径时经常用到。要注意的是，如果你是通过符号链接进入的目录，pwd默认显示的是逻辑路径（你在哪个路径），想看到物理路径可以用pwd -P。我在排查脚本问题时遇到过"明明路径对但找不到文件"的怪事，最后就是符号链接目录导致的理解偏差。
2.2 cp、mv、rm的安全用法
cp、mv、rm这三个命令几乎是文件操作的"三驾马车"，但也是事故高发区。先说cp。复制目录不能直接用cp source_dir target_dir，必须加上-r参数，表示递归复制。更推荐的是cp -a，它除了递归复制，还会保留权限、所有者、时间戳等属性，在整目录备份时非常有用。注意cp在目标文件已存在时会直接覆盖，默认不提示，所以重要操作前我都会先确认目标路径。
mv相对温和一些，不光是移动文件，还可以在同一个目录下用来重命名。mv oldname newname。但要注意跨文件系统移动时，mv的本质是"复制+删除"，如果目标分区空间不足会失败，这一点和同分区内移动完全不同。我曾经在迁移数据库日志时，因为没确认源和目标是否在同一挂载点，直接mv一个几十GB的文件，结果目标盘被撑爆，教训很深刻。
rm是最需要小心的命令，没有之一。rm -rf一旦敲错目录，可能整台服务器的数据都救不回来。我的习惯是：rm命令默认加上-i参数，让它在删除每个文件前都询问一次；在交互式操作时我一般不用-rf去删目录，而是先ls看清楚目录内容再动手。如果确实要批量删除，我会先用find列出来确认无误，再加-delete。另外，删除重要文件前先备份是基本素养，哪怕只是cp一份到旁边目录，也比事后找运维同学要备份强得多。
2.3 find定位文件，而不是满世界瞎找
很多人找文件还是靠一层层cd进去翻，效率实在太低。Linux下找文件的正道是find。它的基本用法是find 路径 条件，比如：
find /var/log -name "*.log" -type f这条命令会在/var/log下查找所有以.log结尾的普通文件。-name是文件名匹配，-type f限定为文件（d是目录，l是符号链接）。除了文件名，find还能按时间查找：-mtime -7表示最近7天内修改过的文件，-mtime +30表示30天前修改过的。这个功能在做日志清理、临时文件排查时非常实用。
find和xargs经常组合使用，实现对查找结果批量操作。比如要把某个目录下所有超过100MB的文件列出来：
find /data -type f -size +100M -exec ls -lh {} \;或者配合xargs：
find /data -type f -name "*.tmp" | xargs rm -f注意这里有个细节：如果文件名包含空格或特殊字符，直接| xargs可能会出问题，稳妥的做法是加上-print0和xargs -0，用空字符作为分隔符。很多人踩过这个坑，包括我，删文件时莫名其妙报错，就是因为文件名里有空格。
3. 文本处理三件套：grep、sed、awk实战组合
3.1 grep做减法：从日志里捞出关键行
排查问题的时候，日志文件动不动几百MB，没人能一行行看。grep就是干这个的，它按照给定的模式匹配文本行并输出。最基本的是固定字符串搜索：
grep "ERROR" /var/log/app.log我的建议是，日常使用尽量加上--color=auto（有些发行版默认已经加了），匹配到的关键字会高亮显示，找关键信息时眼睛舒服很多。-i忽略大小写，-v反向匹配（输出不包含模式的行），-n显示行号。这些选项单独看都不难，组合起来威力很大。比如我想看日志里除了健康检查请求以外所有的错误：
grep -v "healthcheck" /var/log/app.log | grep -n "ERROR"grep还支持-A、-B，分别输出匹配行的后几行、前几行。我排查程序崩溃原因时，经常用grep -A 20 "panic"把错误栈连同后面的调用信息一起捞出来。至于grep -E启用扩展正则，那是进阶话题，但最常用的grep -E "pattern1|pattern2"可以一次匹配多个关键词，值得记住。
3.2 sed做定点手术：删除、替换、原地修改
sed是流编辑器，它的核心特点是逐行处理文本。新手最常用的是替换功能。比如把配置文件里的旧IP替换成新IP：
sed -i 's/192.168.1.10/192.168.1.20/g' /etc/app/config.conf这个命令的格式比较特殊：-i表示原地修改，s是替换命令，开头的g表示全局替换（否则每行只替换第一个匹配）。在没加-i之前，sed只是把替换后的结果打印到屏幕上，原文件不受影响。所以我的建议是：先不加-i跑一遍看输出，确认无误后再加-i执行，避免把文件改坏。
sed也能按行号输出或删除。比如sed -n '20,30p' file表示只打印第20到30行，sed -i '40d' file表示删除第40行。这些操作在处理配置文件、清洗数据时很好用。但要注意，sed的正则语法和grep有差异，有些转义符号在不同版本下行为不完全一致，遇到诡异现象先考虑是不是正则写法和预期不符。
3.3 awk做字段切割与统计
如果说grep做减法、sed做手术，那awk就是做统计和分析。它默认把每一行按空白字符拆成多个字段，用$1、$2依次表示各列。比如查看系统所有用户和UID：
awk -F: '{print $1, $3}' /etc/passwd-F:指以冒号作为字段分隔符，因为/etc/passwd文件是用冒号分隔的。这个命令会输出第一列（用户名）和第三列（UID）。
awk真正的威力在于它自带循环、变量、条件判断。举个我常用的例子，统计访问日志里每个IP出现的次数，并按次数降序排列：
awk '{count[$1]++} END {for (ip in count) print ip, count[ip]}' /var/log/nginx/access.log | sort -k2 -nr这条命令的原理是先统计，最后再遍历输出。再看一个更实际的例子：计算一个CSV文件中某列的平均值：
awk -F, '{sum+=$2; n++} END {print sum/n}' data.csvawk的学习曲线比grep和sed陡一些，但你只要掌握$1、$2、BEGIN、END、NR（当前行号）、NF（当前行字段数）这几个概念，日常百分之八十的统计需求就够用了。我经常跟同事说，awk最值钱的不是语法，而是"用一行命令完成一个小统计"的思维，这种能力在工作中非常受用。
4. 权限与用户管理：多少个chmod 777踩出来的教训
4.1 rwx权限位到底在说什么
Linux权限体系的核心是"读r、写w、执行x"三种权限，作用在文件或目录上含义略有不同。对文件来说，r表示能读取内容，w表示能修改内容，x表示能执行该文件；对目录来说，r表示能列出目录下文件名，w表示能在目录里创建和删除文件，x表示能进入这个目录。这三者的关系非常微妙，很多人以为"目录有r就能访问里面的文件"，其实不对。
在终端里执行ls -l，看到的权限位通常长这样：
-rw-r--r-- 1 user group 1024 Jan 1 12:00 file.txt drwxr-xr-x 2 user group 4096 Jan 1 12:00 dir第一个字符表示文件类型，-是普通文件，d是目录，l是符号链接。后面九个字符分成三组：所有者、所属组、其他人。rw-代表所有者可读可写，r--代表组内其他人可读。很多人以为"加上x权限就一定能执行"，其实还取决于文件内容是否是可执行程序或脚本，权限只是决定"谁有资格执行"。
4.2 chmod、chown的使用时机与风险
修改权限用chmod，修改文件所属用户和组用chown。初学者最常见的操作是chmod 777 file，表示所有人对文件有全部权限。这个操作在本地虚拟机里图省事没问题，但在生产环境就是灾难来源。权限过宽意味着任何一个系统用户都能读、写、执行该文件，如果文件是配置文件或脚本，后果相当严重。
我建议你养成"最小权限"的习惯。正常文件用644（所有者读写，其他只读），脚本用755（所有者可以读写执行，其他人只读执行），只有需要被进程写入的文件才用664或所属组写权限。举一个实际例子：某次部署，同事图省事把整个应用目录都设成了777，后来发现一个低权限用户能直接改配置文件，差点把数据库连接配置改掉，最后只能回滚加排查，白白耗了大半天。
chown同样要小心。常见的错误是递归修改权限时误把系统目录的属主改了，导致某些服务起不来。正确做法是精确指定：
chown -R app_user:app_group /opt/myapp-R表示递归。执行前最好先看一下原来的属主是什么，记录备查。还有一个小细节：修改目录权限时，如果只想开放给别人"查看和进入"但不允许列出内容，可以设置目录为r-x（没有w），这种权限组合在共享数据目录时很有用。
4.3 sudo不是万能钥匙，以及为什么不要用root乱跑
很多教程图省事，动不动就让你用root登录操作。我刚开始也是这样，结果有一次在root下想删除一个临时文件，一个手滑把rm -rf /tmp/*敲成了rm -rf /tmp*，差点连根目录一起遭殃。从此我再也不会在root下做任何非必要操作，能用sudo绝不小看权限切换的风险。
sudo的作用是以其他用户身份执行一条命令，默认是root。和直接切换到root不同，sudo保留了完整的审计日志，系统会记录谁在什么时间执行了什么命令，这个信息在故障回溯时极其重要。同时，sudo的权限受/etc/sudoers控制，并不是所有用户都能随便用。配置sudo权限要用visudo命令修改，因为它会检查语法，避免你改坏文件导致任何人都无法提权。我见过有同事直接把/etc/sudoers改错，结果连sudo都用不了，最后只能从系统维护模式修复，非常麻烦。
还有一点很多人忽视：sudo的环境变量处理。执行sudo命令时，当前用户的一些环境变量默认不会保留，比如自定义的PATH、JAVA_HOME。所以有时候你在自己终端明明能跑的命令，前面加个sudo反而报错"command not found"。这不是命令消失，而是sudo环境下的PATH变干净了。遇到这种情况，可以直接用绝对路径执行命令，而不是怀疑自己装错了软件。
5. 进程与系统状态：服务器卡顿时的排查三板斧
5.1 先看负载：top、uptime、ps aux
服务器卡顿，第一步永远是看负载和进程状态。uptime会显示系统当前时间、运行时长、登录用户数和1分钟、5分钟、15分钟的平均负载。平均负载这个数字要结合CPU核数来看，不能孤立地认为"超过1就危险"：如果机器有8核，负载8意味着CPU几乎占满；如果负载只有1但CPU是2核，说明还有余量。
top是动态刷新版的进程视图，默认按CPU使用率排序。最上面几行是系统概况，包括任务数、CPU使用率、内存使用情况。top交互模式里按1可以展开每个CPU核心的使用情况，按P按CPU排序，按M按内存排序。如果你只关心特定进程，可以直接top -p PID。
ps aux用于查看静态进程快照。注意ps aux的输出里，CPU和内存占用是进程自启动以来的平均值，不是当前瞬时值，所以如果进程刚启动，这两个数字可能虚高或虚低。排查僵尸进程时，ps aux输出的STAT列如果显示Z，这就说明存在僵尸进程。僵尸进程无法用kill -9杀掉，因为它已经死了只是没被父进程回收，你该处理的是它的父进程，或者重启父进程服务。这个知识点在我排查莫名其妙的"进程数爆涨"问题时帮了大忙。
5.2 再看端口：ss和netstat的取舍
进程在监听哪些端口，连接状态是否正常，是排查网络问题的核心。老一代工具是netstat，新一代是ss。两者用法相似，但ss更快、输出更清晰，我建议新环境优先用ss。
ss -tlnp-t显示TCP连接，-l只显示监听中的端口，-n显示数字形式的地址和端口而不是解析成域名，-p显示进程信息。这个组合是我排查端口冲突、服务未启动时最常用的第一条命令。如果某个端口应该被服务监听但ss -tlnp里看不到，先确认服务是否真的启动了；如果端口被另一个进程占用，-p显示的PID能帮你直接找到元凶。
netstat也不是完全没用。某些系统上ss可能未安装，而netstat还在。它的常用组合是netstat -tlnp，和ss -tlnp类似。另外netstat -rn可以查看路由表，ss在这块不如它直观。我自己的习惯是：抓包排查之前先ss -tlnp确认监听状态，再用tcpdump看实际流量。
5.3 再看存储：df、du、free撑起半边天
磁盘和内存也是系统卡顿的常见瓶颈。df -h查看文件系统总容量、已用、可用、挂载点。排错时要注意：某些挂载点是另一块磁盘的入口，你在根目录下du扫到的内容可能不包括其他挂载点的数据。du -sh *可以用来统计当前目录下各子目录的总大小，这个命令在做磁盘清理时非常直观，一条命令就能看出哪个目录是大头。
内存方面用free -h。注意free输出里的buff/cache那一列，它表示内核缓存，这部分内存在系统内存不足时是可以回收的，所以不能直接把它当成"已用内存"。实际可用的内存大致是available列的值。我遇到很多新手看free -h以为内存满了，其实是缓存把数值推高了，完全没有到危险线。判断内存是否真的不足，还要结合top里的RES和交换分区的使用情况，如果swap被大量使用，说明内存压力确实大了。
6. 管道、重定向与组合拳：让命令替你干活
6.1 管道传递的是数据流，不是参数
管道符号|可以把前一个命令的标准输出接到后一个命令的标准输入，实现命令之间的无缝衔接。它的核心逻辑是数据流：数据从左边流到右边，每个命令只负责处理自己那一段。我第一次看别人指令时觉得特别神奇，一行里好几个管道，像工厂流水线一样。
不过很多人对管道有个误解，以为它是把前一个命令的结果当作参数传给后一个命令。这是错的。比如echo "ls" | cd是行不通的，因为cd不读标准输入；但cat file | grep "abc"没问题，因为grep会读取标准输入。判断一个命令能不能接在管道后面，关键看它是否支持从标准输入读取数据。grep、sed、awk、sort、uniq、wc这些都支持，而rm、cd、cp这类操作文件名的命令通常不支持，需要配合xargs把标准输入转换成参数。
6.2 重定向的三种去向：文件、追加、错误流
重定向和管道是双胞胎，但用途不同。管道是命令之间传递数据，重定向是把数据写到文件或从文件读入。常用的有三个符号：
命令 > file # 覆盖写 命令 >> file # 追加写 命令 2> file # 错误输出写这里的2>表示只重定向标准错误输出。一个很实用的场景是把日志同时写到文件和屏幕：
命令 2>&1 | tee app.log2>&1把标准错误合并到标准输出，tee再把这份数据同时输出到终端和文件。我在手动执行部署脚本时几乎必用这个组合，既能看到实时进度，又能留存完整日志。
/dev/null是另一个老朋友，它像一个无底黑洞，任何写入的数据都会被丢弃。比如只想看错误信息而不想看到正常输出，可以用命令 2>/dev/null，如果错误也没看到，就说明命令安静地成功了。反过来，如果想忽略错误输出，保留正常输出，可以用2>/dev/null。
6.3 我每天在用的几条组合命令
组合命令不只是炫技，它真的能节省大量时间。先说一个排查日志的经典组合：
tail -f app.log | grep "ERROR"tail -f持续输出日志文件末尾追加的内容，grep只保留包含ERROR的行，这样新错误一出现就能在屏幕上看到，不用反复手动翻文件。
再比如统计日志里出现最多的IP：
awk '{print $1}' access.log | sort | uniq -c | sort -nr | head -20这条命令把访问日志的第一列（IP）提取出来，排序后统计去重次数，再按次数降序，最后取前20名。配合crontab定时收集，基本就是一个简易版异常流量报表。类似的思路还可以统计接口调用次数、错误码分布等，只要把print $1换成对应字段即可。
还有一条我调试脚本时常用的：
ps aux | grep myapp | grep -v grepgrep myapp会把grep本身也匹配出来，所以要用grep -v grep把包含"grep"的那行滤掉。虽然也可以用pgrep替代，但这条命令能顺便看到进程的完整启动参数，排查问题时往往更直观。
7. 网络排查命令：从连通性到接口状态
7.1 用ping、telnet和nc测连通性
网络不通时，第一反应是ping。它通过ICMP协议检测目标主机是否可达。注意的是，ping通只能说明网络层通、目标主机的ICMP没有被防火墙拦截，不代表应用端口可用。很多服务器出于安全考虑会屏蔽ICMP，所以ping不通并不等于服务不可用，反之亦然。要可靠地判断一个端口是否开放，需要用到别的工具。
老牌工具telnet可以直接测试TCP端口连通性，比如telnet 192.168.1.10 8080。如果看到Connected to，说明端口可以正常访问；如果一直卡住或提示Connection refused，说明端口不可达或被防火墙拒绝。注意telnet连上后只是建立了TCP连接，不代表上层协议正常，但这一步已经能排除掉很多网络问题。
nc（netcat）是更现代的选择。nc -zv host port会尝试连接并返回成功或失败，-z表示不发送数据，只测试端口。我在脚本里经常用它做端口探测，比如等待某个服务就绪：
for i in {1..30}; do nc -zv 127.0.0.1 3306 && break; sleep 2; done这条命令每两秒探测一次MySQL端口，最多尝试30次，成功就跳出循环。在自动化部署流程里，这类等待服务启动的逻辑非常实用。
7.2 curl的日常三板斧
curl是我最喜欢的排错工具。它支持多种协议，日常最常用的是HTTP相关的调试。第一板斧是抓响应头：
curl -I http://example.com/api/health-I只发送HEAD请求，返回响应头信息，能快速看到HTTP状态码、Server类型、Content-Type等。第二板斧是抓完整输出：
curl -v http://example.com/api/user-v会把请求头、响应头、TLS握手信息全部打印出来。接口返回异常时，-v能看到是否有重定向、证书是否正常、请求头是否缺失，这些信息往往比响应体本身更关键。第三板斧是模拟POST请求：
curl -X POST -H "Content-Type: application/json" -d '{"name":"test"}' http://example.com/api/user-d表示发送请求体，搭配-H可以自定义请求头。调试接口时，我通常先用浏览器开发者工具复制请求为curl命令，再在服务器上直接执行，这样能避免本地环境和服务器环境不一致带来的干扰。
7.3 查看端口、DNS和服务状态
网络排查还经常需要确认服务进程是否在监听、DNS解析是否正常。端口状态用ss -tlnp，前面已经提过。DNS解析用getent hosts或dig。getent hosts example.com会直接返回解析结果和使用的DNS服务器来源，比nslookup更贴近系统实际配置。如果程序能解析域名但手动ping域名不通，要考虑是不是程序走了自定义DNS或本地/etc/hosts。
/etc/hosts是一个经常被忽略的文件。它允许你手动指定域名和IP的映射关系，优先级高于DNS服务器。很多"本地通、服务器不通"的诡异现象，最后都发现是/etc/hosts里写了奇怪的映射。排查网络问题时，先看一眼这个文件总是没错。
8. 新手最该养成的三个命令行习惯
8.1 先想清楚再动手，先查帮助再执行
很多破坏性事故都发生在"脑子一热就敲回车"的时候。我养成的一个习惯是：执行包含rm、dd、mkfs、重定向覆盖等高风险操作之前，先停几秒，在心里把命令走一遍：这个命令操作的是哪个文件？参数有没有写对？有没有可能影响到其他文件？
不确定的时候就去查帮助。man或--help不是不熟练才用的，即使是我用了几年的命令，偶尔也会临时确认某个选项的含义。尤其是tar、find这种选项多、行为差异大的命令，依赖记忆不如依赖文档可靠。
8.2 用history、Ctrl+R和alias减少重复劳动
命令行里打的字符越多，越容易出错。history命令会列出当前shell的历史记录，配合!符号可以快速复用，比如!ls会执行最近一条以ls开头的命令。更常见的操作是Ctrl+R反向搜索历史记录，输入几个关键字就能把之前敲过的长命令找回来。这个快捷键我几乎每天都在用，比翻history输出快得多。
alias可以给常用命令起别名。比如在~/.bashrc里加上：
alias ll='ls -lh' alias grep='grep --color=auto'下次打开终端，ll就是带详细信息和易读大小的ls，grep会自动高亮匹配内容。注意别过度设置，alias太多反而容易记混，我一般只给两三个高频命令设置，其他保持原样。
8.3 手动跑通命令，再把它写进脚本
写脚本最容易犯的错误是"闭门造车"：先把一整段命令写进脚本，然后发现报错，再一行行调试，效率很低。我的工作流是：先在终端里手动把每一条命令执行通，确认输出符合预期，再把它们组合起来写进脚本。这样做的好处是，你能在每一步及时发现问题，而不是让脚本一次性暴露所有错误。
脚本里也要注意"防御性"写法。比如set -e表示只要任何一条命令返回非零状态就立即退出脚本，避免后续步骤在异常情况下继续执行。set -u可以让脚本在引用未定义变量时报错。我写过不少部署脚本，加上这两个选项后，很多人为疏忽都能在早期暴露，而不至于一路错到最后。
最后再分享一个我自己的小习惯：每次接触到新命令，我不会急着抄到收藏夹里，而是会找一个实际场景，亲手把它跑一遍，然后记录一条"场景加命令组合"的笔记。比如有一次我需要找出一个目录下最近三天被修改过的文件，当时随手记下来的就是find /data -type f -mtime -3，后来这个笔记帮我在一次日志排查里省了十几分钟。Linux命令这个东西，你用得越多，它越顺手机。
