Linux命令行实战：从grep搜索到Shell脚本的实操指南

Linux命令行grep搜索Shell脚本

于 2026-07-07 15:35:52 修改

·本内容遵循CC 4.0 BY-SA版权协议

这类 Linux 命令行学习资源最值得关注的不是功能列表，而是能不能帮你从零建立起真正的操作底气。很多初学者看了一堆命令手册，真到服务器上操作时还是不敢下手，关键缺的就是这种“手把手”的实操感。

我一般建议新手先搞清楚三个核心问题：这些命令到底在什么场景下用？参数怎么组合才合理？出了问题怎么快速排查？下面我就按实际工作场景拆解一遍。

1. 先弄明白 grep 到底在查什么，怎么查才高效

grep 是 Linux 里最常用的文本搜索工具，但很多人只记住了基本语法，实际用起来效率很低。

1.1 不要一上来就全盘搜索，先确定搜索范围

新手最容易犯的错误就是直接 grep "error" /var/log/*.log，结果等半天没响应。更稳妥的做法是：

BASH

# 先确认日志文件大小

ls -lh /var/log/*.log

# 大文件先用 tail 看最近内容

tail -100 /var/log/syslog | grep "error"

# 确定有时间范围时再用时间段过滤

grep "2024-06-20" /var/log/syslog | grep "error"

为什么要这样分步？因为直接 grep 大文件会加载整个文件到内存，如果文件几个 G，很容易卡住。先看文件大小，再用 tail 或时间过滤，能大幅减少搜索量。

1.2 关键参数组合决定搜索精度

很多人只知道 -i 忽略大小写，其实这几个组合更实用：

BASH

# 查错误时显示行号和前后3行上下文

grep -n -A3 -B3 "error" app.log

# 递归搜索时只显示文件名，快速定位哪个文件有问题

grep -rl "connection timeout" /etc/

# 统计出现次数，用于监控报警

grep -c "502 Bad Gateway" nginx.log

这里有个细节：-A（after）和 -B（before）参数显示上下文行数，排查日志时特别有用，能直接看到错误发生前后的系统状态。

1.3 正则表达式匹配要循序渐进

不要一开始就写复杂正则，先从简单模式开始：

BASH

# 简单字符串匹配

grep "192.168.1.100" access.log

# 用 . 匹配任意字符

grep "192.168.1.10." access.log

# 用 [] 匹配字符范围

grep "50[0-5]" access.log # 匹配500-505

# 用 -E 开启扩展正则

grep -E "5[0-9]{2}" access.log # 匹配所有5xx错误

实测时最容易出错的是特殊字符转义。比如要搜索包含 $PATH 的行，需要写 grep "\$PATH" file.txt，否则 $ 会被当成行尾匹配。

2. vim 编辑器的核心是模式切换，不是死记命令

vim 的学习曲线很陡，但掌握几个核心模式就能应付90%的编辑任务。

2.1 先搞懂三种基本模式的关系

很多教程一上来就列几十个命令，其实vim就三个核心模式：

正常模式（按Esc进入）：移动光标、复制粘贴、删除等操作
插入模式（按i进入）：实际输入文本
命令行模式（按:进入）：保存、退出、搜索等

我建议新手先在正常模式下练习光标移动，熟练后再学插入模式，最后用命令行模式做文件操作。不要试图一次性记住所有命令。

2.2 最实用的移动和编辑组合

这些组合能大幅提升编辑效率：

BASH

# 光标移动（正常模式下）

gg # 跳到文件开头

G # 跳到文件末尾

50G # 跳到第50行

w # 跳到下一个单词开头

b # 跳到上一个单词开头

# 编辑操作

dd # 删除当前行

yy # 复制当前行

p # 粘贴

u # 撤销

Ctrl+r # 重做

实际工作中，我经常用 gg=G 这个组合自动格式化整个文件的缩进，比手动调整快得多。

2.3 保存退出的几种场景处理

新手最怕的就是vim里卡住不知道怎么退出：

BASH

# 正常保存退出

:wq

# 不保存强制退出

:q!

# 文件只读时强制保存（需要权限）

:w !sudo tee %

# 分屏编辑时只退出当前窗口

遇到"E37: No write since last change"错误时，说明有未保存的修改，要么先:w保存，要么用:q!强制放弃修改。

3. Shell脚本编程的关键是调试思路，不是语法堆砌

看100个脚本例子不如自己写一个能跑的脚本，然后逐步添加功能。

3.1 从最简单的脚本框架开始

不要一开始就写复杂逻辑，先建一个测试框架：

BASH

# !/bin/bash

# 脚本说明

set -e # 遇到错误立即退出

set -u # 使用未定义变量时报错

echo "脚本开始执行"

# 主要逻辑写在这里

echo "脚本执行完成"

set -e 和 set -u 这两个参数特别重要，能避免很多隐藏错误。比如变量名拼写错误时，没有 set -u 会继续执行，可能导致更严重的问题。

3.2 变量和参数处理要严谨

Shell脚本的变量处理有很多坑：

BASH

# 定义变量（等号两边不能有空格）

name="value"

# 使用变量（推荐用{}包围）

echo "${name}"

# 获取脚本参数

echo "第一个参数: $1"

echo "参数个数: $#"

# 检查参数是否提供

if [ $# -eq 0 ]; then

echo "用法: $0 <文件名>"

exit 1

这里有个常见错误：判断文件是否存在时，很多人写 if [ -f $1 ]; then，但如果 $1 为空，会变成 [ -f ] 导致语法错误。应该写 if [ -f "${1}" ]; then。

3.3 函数封装让脚本更易维护

当脚本超过50行时，就该考虑用函数了：

BASH

# !/bin/bash

# 定义函数

check_disk_usage() {

local threshold=80 # 局部变量

local usage=$(df / | awk 'NR==2 {print $5}' | sed 's/%//')

if [ "${usage}" -gt "${threshold}" ]; then

echo "磁盘使用率超过${threshold}%，当前为${usage}%"

return 1

return 0

}

# 调用函数

if check_disk_usage; then

echo "磁盘空间正常"

else

echo "需要清理磁盘空间"

用 local 定义局部变量避免污染全局环境，函数返回值用 return 而不是 exit，这样脚本不会意外退出。

4. 命令行底气来自问题排查能力，不是命令记忆量

真正考验命令行水平的是遇到问题时的排查思路。

4.1 系统状态检查的顺序化流程

当系统出现异常时，按这个顺序检查不容易漏掉关键信息：

BASH

# 1. 先看系统负载

uptime

top -n 1 | head -10

# 2. 检查内存使用

free -h

# 3. 检查磁盘空间

df -h

# 4. 查看网络连接

netstat -tulpn | head -20

# 5. 检查最近日志

tail -50 /var/log/syslog

这个顺序是从资源占用最多到最少的排查逻辑。如果负载高但内存磁盘都正常，可能是CPU密集型任务；如果负载正常但服务慢，可能是网络或磁盘IO问题。

4.2 进程管理的实用技巧

进程排查不只是 ps aux，还要会看进程关系：

BASH

# 查看进程树（看出父子进程关系）

pstree -p

# 查找特定进程的完整信息

ps -ef | grep nginx | grep -v grep

# 查看进程打开的文件

lsof -p <PID>

# 实时查看进程资源占用

pidstat -p <PID> 1

很多人用 ps aux | grep python 找进程，但会包含grep进程本身。更好的做法是 pgrep -f python 或 ps aux | grep python | grep -v grep。

4.3 网络问题排查的层次化方法

网络问题要分层排查：

BASH

# 1. 先检查本地网络配置

ip addr show

ping 127.0.0.1

# 2. 检查网关和DNS

ping 8.8.8.8

nslookup google.com

# 3. 检查端口监听

netstat -tulpn | grep :80

ss -tulpn | grep :80

# 4. 检查防火墙规则

iptables -L -n

# 5. 跟踪路由路径

traceroute google.com

如果内网通但外网不通，重点查网关和DNS；如果本地通但远程不通，查防火墙和路由；如果偶尔通偶尔不通，可能是网络抖动或负载均衡问题。

5. 实战环境搭建和持续练习方法

光看教程不够，必须动手搭建环境反复练习。

5.1 本地实验环境选择

根据你的主要用途选择环境：

Windows用户：用WSL2（Windows Subsystem for Linux），比虚拟机轻量
macOS用户：系统自带终端就够用，或者用Docker跑Linux容器
需要多节点测试：用VirtualBox或VMware建多个虚拟机

我一般建议新手先用WSL2或本地虚拟机，因为网络稳定，不怕操作失误搞坏系统。

5.2 每日练习计划示例

连续练习21天比一次性学完有效果：

BASH

# 第1-3天：文件操作

mkdir -p /tmp/test && cd /tmp/test

touch file{1..10}.txt

ls -la

find . -name "*.txt" -type f

grep -r "pattern" .

# 第4-6天：进程和系统监控

ps aux --sort=-%cpu | head -10

watch -n 1 'df -h | grep /dev/sda1'

iostat -x 1 5

# 第7-9天：网络工具练习

netstat -tulpn

ss -tulpn

tcpdump -i any -c 10 port 80

# 第10-12天：Shell脚本编写

# 写一个自动备份脚本

# 写一个日志分析脚本

# 写一个系统监控脚本

# 第13-15天：文本处理三剑客

# grep、sed、awk组合使用

cat logfile | grep "error" | awk '{print $1}' | sort | uniq -c

# 第16-18天：权限和用户管理

chmod、chown、sudo配置

用户组管理

ssh密钥配置

# 第19-21天：综合实战

搭建一个简单的Web服务

配置日志轮转

设置定时任务

每个练习都要有明确的目标和验证方法，比如"用awk统计日志中每种错误码的出现次数"。

5.3 常见坑点和应对方案

实战中肯定会遇到这些问题：

权限问题：

BASH

# 忘记sudo前缀

sudo command

# 文件权限不足

chmod +x script.sh

# 目录权限问题

sudo chown -R user:group /path/to/dir

路径问题：

BASH

# 相对路径和绝对路径混淆

cd /absolute/path

./relative/path

# 环境变量PATH设置

echo $PATH

export PATH=$PATH:/new/path

编码和格式问题：

BASH

# Windows和Linux换行符差异

dos2unix file.sh

# 文件编码问题

file -i filename

iconv -f GBK -t UTF-8 file.txt > newfile.txt

资源限制问题：

BASH

# 文件描述符限制

ulimit -n

# 进程数限制

ulimit -u

# 内存限制

ulimit -m

命令行底气真正的来源不是背了多少命令，而是遇到问题时知道怎么快速找到解决方案。我建议建立自己的命令笔记库，按使用场景分类，每次解决新问题后都记录下来。时间长了，你就会发现面对Linux服务器时不再心虚，因为你知道工具箱里有什么，也知道怎么用它们解决问题。