因为一条命令帮我在两分钟内处理完了一个快500MB的日志文件，这些年我把sed一直当成Linux文本处理里最实用的几个命令之一。它不挑环境、不依赖图形界面，在服务器上做批量替换、删行、提取字段都非常顺手。这篇文章不是要讲那种冷门的sed高级技巧，而是把日常高频使用的常用命令梳理一遍，从基础替换、行号定位到组合玩法、避坑细节，让刚接触的人能直接拿来用，也给老手提供一些值得留意的实践思路。
1. 为什么sed是Linux文本处理的常驻工具
1.1 流式处理的核心思想
很多人第一次接触sed时会被它的名字搞糊涂，sed全称是Stream Editor，流编辑器。所谓的"流"，可以理解为数据是一行一行按顺序流过编辑器的，和vim这类交互式编辑器最大的区别是，sed不会把整个文件一次性加载到内存里。
有一次我处理一个几十万行的日志文件，用vim打开要等好几秒，想要批量替换还要写复杂的g命令，体验很一般。换成sed后，一条命令直接输出替换后的结果，配合重定向或者管道就能继续下一步处理。这种逐行处理的方式，在处理大文件时对内存的占用很稳定，不会因为文件太大而卡顿。
流式处理的另一个好处是天然适合管道。比如你从grep过滤出一批结果，再交给sed做格式整理，整个过程像一条流水线。这也是为什么在很多脚本或者运维命令里，sed出镜率非常高。
1.2 在管道中扮演的角色
在Unix/Linux的哲学里，每个命令最好只做一件事，并且把这件事做好。sed在管道里的定位是"文本变换的加工车间"。
假如你有一个文件里面写着apple,banana,orange，你想把逗号换成空格，直接写：
sed 's/,/ /g' fruit.txt注意，这条命令只是把结果打印到屏幕上，源文件没有被改动。这也是sed一个让人又爱又恨的特点：默认不直接改文件，你得用-i参数才会真正落盘。理解了这个机制，后面很多使用习惯就能梳理清楚。
sed适合完成的任务主要有几类：批量替换字段、删除指定行或区间、提取文件片段、在特定行前后插入新内容。这些操作写起来都是一行以内的事情，看起来轻巧简单，用熟了之后你会越来越依赖它。
2. 最常用的s替换命令：语法细节与定界符技巧
2.1 基本替换语法与常用选项
sed的替换命令是s，其核心语法是：
sed 's/原内容/新内容/标志' 文件举一个最简单的例子，把文件中的hello全部替换成world：
sed 's/hello/world/g' demo.txt如果忽略最后的g标志，sed只会替换每一行里第一个匹配到的hello，不是替换这一行所有出现的地方。这个细节很多人刚学时容易误解，以为默认就是全局替换。当你在一个文件里有多处相同文本时，忘写g通常会让结果变得很怪。
除了g，替换部分还支持几个实用标志：
| 标志 | 作用 |
|---|---|
g | 全局替换，行内所有匹配都被替换 |
| 数字 | 替换行内第几次出现的内容 |
p | 打印被替换过的行，需要配合-n使用 |
i | 忽略大小写 |
w | 把替换结果写入指定文件 |
比如我只想替换每行第二个error：
sed 's/error/warning/2' app.log或者只想打印替换发生的行，同时不输出其他内容：
sed -n 's/error/warning/p' app.log这里-n的作用是关闭默认的输出行为。没有-n时，sed会把每一行都打印出来，加上-n后就不会自动打印，只有带p的行才会输出，适合在脚本里提取关键信息。
2.2 定界符的灵活用法
替内容里出现/的情况很常见，比如替换文件路径。直接写成s/src/bin/g这种没问题，但如果原内容里有斜杠，写成s/\/opt\/app/\/opt\/bin/g，眼睛容易看花，也容易漏写转义。
sed允许你更换定界符，不一定要用/。换成#、|、:都可以。比如替换路径：
sed 's#/opt/app#/opt/bin#g' config.txt也可以写成：
sed 's|/opt/app|/opt/bin|g' config.txt这种方式在处理带大量斜杠的文本时非常省心。有段时间我在改一堆Nginx风格配置文件，用了这个技巧之后，替换路径的出错率低了很多。
2.3 引用与转义问题
在Shell里写sed命令时，单引号和多引号的选择很重要。建议脚本里统一用单引号包住sed表达式，这样Shell不会把里面的变量展开，sed的元字符也能原样传给sed本身：
sed 's/$tag/正式版/g' version.txt这里$tag会被sed理解成行的末尾锚点吗？不，在替换模式里，$出现在被替换内容中时会被当作普通字符。但如果放在正则匹配模式里就有特殊含义。所以想匹配字符串$tag时，建议转义写成\$tag：
sed 's/\$tag/正式版/g' version.txt如果实在需要引用Shell变量，可以用双引号，但要注意双引号中$会被Shell先解释。比如：
sed "s/old_$version/new_$version/g" demo.txt这种情况能提前测试一下变量里有没有特殊字符，避免踩坑。总体来说，能用单引号尽量用单引号，更稳。
3. 行寻址的核心逻辑：行号、范围和正则的组合玩法
3.1 行号与范围的基本写法
sed的很多操作都离不开寻址，也就是选定你要编辑哪些行。默认情况下，sed对文件里的每一行都执行命令，但如果你只想要第3行、前5行，或者从第10行到第30行，就得靠寻址机制。
最基础的写法是在命令前加上行号。比如删除第3行：
sed '3d' demo.txt删除第1行到第5行：
sed '1,5d' demo.txt除了简单范围，你还能用步进方式，比如每隔两行处理一次：
sed '1~2d' demo.txt这段命令的意思是，从第1行开始，每跨2行就删除，其实删掉的是奇数行。偶数行则全部保留。这种写法在某些需要隔行操作的场景里很实用。
3.2 正则表达式寻址
按内容而不是按行号来定位，是sed更常用的方式。用正则表达式可以筛出匹配的行再执行命令。比如我想删除所有包含debug字样的行：
sed '/debug/d' demo.txt或者想给所有包含error的行前面加上[严重]：
sed '/error/s/^/[严重] /' demo.txt这段命令里，^匹配行首，替换的结果就是在匹配行的开头插入文本。看起来复杂，拆开理解就成了：先定位到含error的行，再对该行执行替换命令。
正则寻址还可以配合行号混用。比如从第5行开始，一直到第一个匹配到stop模式的行，全部删除：
sed '5,/stop/d' demo.txt这种方式适合处理像"从第几句开始到某段结束"的场景。
3.3 组合寻址与否定
有时候你想对除某些行以外的内容做操作。单靠一个正则不够，就得用!取反。比如删除所有不含冒号的行：
sed '/:/!d' demo.txt或者打印第1行到第100行里不包含#注释的行：
sed -n '1,100{/#!/!p}' demo.txt这里外层花括号把多个命令组合起来，针对1到100行区分对待。实际工作中，我经常用这类逻辑先筛出有效配置，再进一步处理数据。
寻址能力让sed变成了一个非常精准的文本手术刀。电脑不能猜到你想改哪里，但只要你给出足够清晰的范围，它就能稳定执行。
4. d/i/a/c四条编辑命令的典型场景
4.1 删除多余行：不只是删指定行
d命令是入门时用得最多的命令之一。删除空行、删除注释、按规则过滤，都属于它的职责。
比如删除文件中的所有空行：
sed '/^$/d' demo.txt这里的^$匹配没有任何字符的行，这种写法在清理配置或者日志里都能看到。删除以#开头的注释行：
sed '/^#/d' demo.txt如果你希望只保留非注释内容，可以直接这样过滤。配合管道时，你可以把一个文件先去掉注释再传给下一个命令，不用额外生成中间文件。
还有一种比较常用的场景是删除文件头部或者尾部的固定行数。比如去掉头部3行：
sed '1,3d' demo.txt这会直接把前3行输出掉，剩下的内容正常流出。用在CSV文件的表头清理里很顺手。
4.2 在指定行前插入，在指定行后追加
i命令表示在匹配行之前插入内容，a命令表示在匹配行之后追加内容。比如我要在第2行之前插入一行hello：
sed '2i hello' demo.txt在第2行之后追加：
sed '2a hello' demo.txt也可以配合正则定位。比如在每一个[section]配置块之前加一行注释：
sed '/\[section\]/i # 下面是一个配置块' app.conf注意，[和]在正则里面是特殊字符，需要转义，否则匹配范围会跟预期不一致。这个细节如果忘了，命令执行结果会和预期相差很大。
i和a还能一次插入多行，用换行符连接。写法稍微有一点绕：
sed '/end/i line1\ line2' demo.txt不过日常使用中，我更多是写多条短命令来完成，可读性更好。
4.3 替换整行与行拼接
c命令可以把匹配到的整行替换成新内容。比如所有包含old_setting的行，改成new_setting=1：
sed '/old_setting/c\new_setting=1' app.conf它能保证原来那一行无论多长都会整体被替换掉，而且处理逻辑和删除后插入不一样，更直接。
还有一些场景需要拼接下一行或上一行。比如你想把连续两行合并成一行，可用N命令配合s。举例，把路径和文件名拼接起来：
sed 'N;s#\n#/#;' paths.txt这里的N会读取下一行并合并到当前模式空间，构建出多行模式，然后\n就被替换成你需要的分隔符。这一招在整理配置文件、地址列表时经常能派上用场。
对刚接触sed的人来说，d/i/a/c这四条命令属于必会操作，因为它们覆盖了"删除、插入、追加、整行替换"四种最基本的编辑需求。
5. 串起来的实战案例：日志清洗、配置修改与管道协作
5.1 日志文件关键字段提取
日志分析是sed的高频使用场景。比如某系统日志格式是：
2025-02-10 10:10:11 [ERROR] user login failed我想把所有含ERROR的日志行提取出来，并把时间 + 错误信息整理成更紧凑的格式。可以分两步：
grep 'ERROR' app.log | sed 's/\[ERROR\]//'先用grep筛出含ERROR的行，再用sed去掉标签。如果你要处理大量日志，这种管道思路非常顺。
如果只想看第1000行到第2000行的日志内容，不需要读整个文件：
sed -n '1000,2000p' app.log因为是流式处理，即使文件很大也不会占很多内存，和直接用编辑器打开有明显区别。
5.2 批量修改配置文件的正确姿势
在服务器上改配置，最怕手滑改错或者没有备份。sed的-i选项可以原地修改，建议配上备份后缀。
假设一个配置文本里有timeout=30，你想改成timeout=60：
sed -i.bak 's/timeout=30/timeout=60/' app.conf这条命令会把源文件更新为修改后的内容，同时生成app.conf.bak作为备份。以后想回滚，直接重命名备份文件即可。
还有几个容易踩坑的细节：
- 在macOS的BSD版本
sed上，-i和s写法有细微差异，某些系统要求-i后面必须有备份后缀或者至少跟一个空字符串。跨平台脚本要提前确认环境。 - 如果你不需要备份但又希望避免误操作，建议先不带
-i执行一遍，看输出是否符合预期，再加上-i正式修改。
下面的写法常用于批量调整监听端口：
sed -i 's/Listen 80/Listen 8080/g' /opt/service/config.conf执行之前可以先跑一次不带-i的版本检查生成效果，体验会好很多。
5.3 与xargs、find等命令的协作
sed单独用已经很强，但和find、xargs组合起来，才真正能体现自动化改造的能力。
比如我想把某个目录下所有.txt文件里的old都替换成new：
find . -name '*.txt' -exec sed -i 's/old/new/g' {} \;这里用find -exec替代了管道，因为直接给sed传多个文件时，sed会依次处理每个文件，但-i参数在部分系统上需要小心处理。用find -exec看起来很清楚，每条匹配文件都会单独执行一次。
如果你习惯用管道配合xargs，写法是：
find . -name '*.txt' | xargs sed -i 's/old/new/g'这种写法在处理一次改动大量文件时效率不错。但要注意如果替换文本里含有空格、引号等特殊字符，最好用xargs的-0选项配合find -print0，否则可能有意外结果。
5.4 处理重复空行和行尾空格
日志或者导出文件里经常有一堆多余空行和行尾空格，看起来影响后续处理。
删除连续多空行，只保留一个空行：
sed '/^$/{N;/^\n$/D}' demo.txt这里用到了多行模式空间，短时间内不太好懂。如果你只想去掉行尾的空白：
sed 's/[ \t]*$//' demo.txt在清理代码或配置时，这一条几乎天天用。[ \t]*匹配行尾的多个空格或制表符，然后替换成空。结合刚才讲的-i，可以对一批文件统一清理格式。
6. 我踩过的坑：原地修改、转义问题和性能习惯
6.1 -i选项在跨平台上的差异
-i选项的坑，几乎每个用sed的人都会遇上。在Linux的GNU版本里，sed -i 's/a/b/g' file很好用，但在macOS的BSD版本里，-i后面如果不带后缀，有些环境下会报错或者不能正常工作。
保险写法是显式给出备份后缀：
sed -i.bak 's/a/b/g' file如果各个环境差异较大，脚本里最好做一层判断，或者统一用perl -pi -e一类的替代方案。曾经在某个自动化发布脚本里，因为没有兼容BSDsed的写法，测试环境一切正常，上线后才发现目标机器是另一种系统，直接导致部署中断。这些环境差异看起来小，实际影响很大。
6.2 特殊字符转义问题排查
sed默认用基础正则表达式，在这个模式下()、{}、?、+等字符都是普通字符，想要获得分组、重复匹配等能力，需要转义成\(、\{、\?、\+。反之，如果用了-E选项启用扩展正则，这些字符就不需要再多打反斜杠。
最常见的坑是替换文本中包含&。在sed替换部分，&代表"匹配到的整个原文"。如果你想把所有abc替换成文字[abc]，直接写：
sed 's/abc/[&]/g' demo.txt结果是abc变成[abc]，因为&会展开成原匹配内容。若你想在替换结果里输出一个纯粹的&符号，就必须写\&：
sed 's/abc/and sign: \&/g' demo.txt还有反向引用，匹配到的内容可以通过\1、\2引用。比如调换两个单词的顺序：
sed 's/\(first\) \(second\)/\2 \1/g' demo.txt在-E模式下写法更简洁：
sed -E 's/(first) (second)/\2 \1/g' demo.txt转义问题往往不是概念有多难，而是忘记当前正则在哪种模式下工作。排查起来只要牢记两点：先确认有没有-E，再确认特殊字符是否按预期传递给了sed。
6.3 减少无用输出的性能习惯
sed默认会把每一行都输出到标准输出。当你只关心少数几行时，如果直接执行sed 's/old/new/g' huge.log，结果会铺满屏幕，而且白白消耗IO和时间。
正确做法是搭配-n：
sed -n 's/old/new/p' huge.log只输出修改成功的行。举个例子，在几百万行的日志里统计某个关键词出现的频次：
sed -n 's/error/&/gp' app.log | wc -l这里&代表匹配内容本身，g保证一行内多处匹配都被算上，p打印这些行，最后用wc -l数行数。相比直接用grep -c，这种方式在处理更复杂的文本提取时更灵活。
在处理超大文件时，还有个思路能明显加快速度：用sed尽量做轻量级操作，复杂的重复判断交给awk，因为awk处理字段更顺手。sed和awk各有所长，日常使用不需要互相替代，组合起来效果更好。
6.4 脚本中建议先做输出验证
在正式修改文件之前，先跑一遍不带-i的命令，把结果输出到一个临时文件来核对，看起来多了一步，却能在关键时刻救命：
sed 's/timeout=30/timeout=60/' app.conf > app.conf.tmp diff app.conf app.conf.tmp确认差异符合预期，再决定是否真正覆盖源文件。我见过不少因为正则没写对，把所有内容替换错之后又加了-i的情况，能恢复还好，不能恢复就得从备份重新拉取。养成先验证、再落盘的习惯，能省很多麻烦。
附：一张常用命令速查表
| 命令 | 作用 |
|---|---|
sed -n '5,10p' file | 打印第5到第10行 |
sed 's/old/new/g' file | 全局替换，输出到屏幕 |
sed -i 's/old/new/g' file | 原地替换，不加备份 |
sed -i.bak 's/old/new/g' file | 原地替换并备份为file.bak |
sed '/pattern/d' file | 删除匹配pattern的行 |
sed '1i hello' file | 在第1行前插入hello |
sed '$a bye' file | 在文件末尾追加bye |
sed -n '/error/p' file | 只打印含error的行 |
sed 's/[ \t]*$//' file | 去掉行尾空格或制表符 |
sed 's/old/new/2' file | 只替换每行第二次出现的old |
这条表用熟了，常见的文本整理任务基本都能覆盖。
回到开头那个近500MB日志文件的场景，我当时做的是连续执行了几条sed -n命令提取关键IP和错误码，全程没有卡顿，也没有把日志文件本身改乱。说起来，这也是sed最让我满意的地方：轻量、稳定、一句话解决一个实际问题。如果你想在Linux服务器上提升文本处理效率，与其背一堆复杂的命令，不如先把今天列出的这些常用操作练熟。用好替换、寻址和原地修改这三个核心能力，大部分日常工作都不在话下了。
