sed全局替换不生效是因为未同时使用g标志和-i选项：g确保替换每行所有匹配项，-i才真正修改原文件；漏任一都会导致输出正确但文件未变，如sed 's/foo/bar/g'仅输出、sed -i 's/foo/bar/'只替首处。
sed全局替换不生效？先确认g标志和-i选项是否同时用了
默认情况下sed只替换每行第一个匹配项，加g才管整行所有出现位置；但g本身不会改文件，必须配合-i才能写回原文件。漏掉任一，都会导致“看着替了，实际没变”。
常见错误现象：sed 's/foo/bar/g' file.txt在终端输出正确，但file.txt内容没变——这是没加-i；sed -i 's/foo/bar/' file.txt只替每行第一次出现的foo——这是漏了g。
-
sed -i 's/old/new/g' file.txt：最简安全用法，直接修改原文件 -
sed -i.bak 's/old/new/g' file.txt：带备份，生成file.txt.bak，强烈建议批量操作前加这个 - 如果提示
invalid option -- 'i'，说明你用的是BSD/macOS版sed，得写成sed -i '' 's/old/new/g' file.txt
批量处理多个文件时，通配符和for循环怎么写才不丢文件
用for file in *.log; do sed -i 's/error/warning/g' "$file"; done看起来简洁，但遇到文件名含空格或特殊字符（比如my config.log）会出错——$file没加双引号就崩。
更稳的做法是用find配合-exec，它天然支持路径含空格：
find . -name "*.log" -exec sed -i 's/error/warning/g' {} \;
注意结尾的\;不能省，否则find不知道命令结束在哪。
- 只处理当前目录（不含子目录）：用
for file in *.log; do sed -i 's/old/new/g' "$file"; done，务必包双引号 - 要递归且跨多级目录：优先选
find，别硬套for - 想预览替换效果？把
-i去掉，先跑一遍看输出是否符合预期
正则特殊字符没转义，结果全乱了
sed的替换部分默认用基础正则（BRE），点号.、星号*、括号()这些都算元字符。如果你要替的原文里有/usr/bin/python，直接写sed -i 's//usr/bin/python//opt/python3/g'会报错——因为/是分隔符，冲突了。
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
解决方法不是背规则，而是换分隔符或转义：
- 换分隔符：用
#代替/，sed -i 's#/usr/bin/python#/opt/python3#g' - 转义斜杠：
sed -i 's/\/usr\/bin\/python/\/opt\/python3/g' - 要匹配
.字面量？写成\.，比如替file.txt中的.txt：sed -i 's/\.txt/\.bak/g'
记不住哪些要转义？统一用#当分隔符，几乎不用逃。
替换后文件编码或行尾变了，程序突然报错
sed -i在某些老版本（如CentOS 6默认的GNU sed 4.2）中，会把UTF-8文件悄悄转成ASCII，或者把\r\n（Windows换行）改成\n（Unix换行）。如果被替换的是Shell脚本或配置文件，执行时报^M: command not found就是这原因。
这不是bug，是sed流式处理的副作用。规避方式很直接：
- 替换前先确认源文件编码：
file -i file.sh，如果是utf-8，替换后用iconv -f utf-8 -t utf-8 file.sh -o file.sh重写一遍（强制保持编码） - 修复行尾：
dos2unix file.sh或sed -i 's/\r$//' file.sh - 真正保险的做法：替换完立刻用
diff比对前后，重点看空行、注释行、行尾是否异常
批量操作时，这些细节比替换逻辑本身更容易让整个流程卡住。
