sed -i 修改文件未生效的主因是路径错误、权限不足或通配符展开异常；macOS需用-i''或gsed；正则中.等元字符须转义；非文本文件应避免使用sed。
sed -i 直接修改文件内容时为什么没生效
常见现象是执行了 sed -i "s/old/new/g" file.txt 却发现文件内容没变，或者报错 No such file or directory。根本原因通常是路径错误、权限不足，或 shell 把通配符（如 *）提前展开了导致参数超长被截断。
实操建议：
- 先用
ls st_*.json确认通配符能正确匹配到文件，避免空展开 - 替换前加
-n测试：sed -n "s/today/tomorrow/p" st_1.json，只打印匹配行，不改文件 - 批量处理目录下所有文件，别硬写通配符，改用
grep -rl "today" /path | xargs sed -i "s/today/tomorrow/g" - macOS 用户注意：
sed -i在 macOS 上必须带后缀（如-i ''），否则报错；可装 GNU sed：brew install gnu-sed，然后用gsed -i
vim 批量替换多个文件要小心模式切换和范围
vim 本身不支持跨文件批量替换，所谓“vim 批量”其实是进 vim 后用 :argdo 或 :bufdo 配合 :s 命令实现的。容易踩的坑是忘记加 g 标志，或误用 % 导致只在当前行替换。
实操建议：
- 打开全部目标文件：
vim a.txt b.txt c.txt - 执行全部文件替换：
:argdo %s/oldstr/newstr/g | update（| update保证保存，不加可能白替） - 如果只想处理含关键词的行：
:argdo g/oldstr/s//newstr/g | update - 别用
:bufdo替换未加载的 buffer —— 它只对已载入的 buffer 生效，不如:argdo可靠
正则表达式里特殊字符没转义导致替换失败
想替换 JSON 中的 IP 地址或路径，比如把 "host": "192.168.1.1" 换成 "host": "10.0.0.1"，直接写 sed -i 's/"host": "192.168.1.1"/"host": "10.0.0.1"/g' config.json 很可能失败——因为点号 . 是正则元字符，会匹配任意字符。
实操建议：
- 用
\.转义点号：sed -i 's/"host": "192\.168\.1\.1"/"host": "10.0.0.1"/g' - 更稳妥的做法是换分隔符，避开斜杠和点号冲突：
sed -i 's#"host": "192\.168\.1\.1"#"host": "10.0.0.1"#g' - 需要模糊匹配一段结构（如引号内任意 IP），可用
[^"]*：sed -i 's#"host": "[^"]*"#"host": "10.0.0.1"#g'
大文件或含二进制内容时 sed 会出乱码或崩溃
sed 是面向文本的流编辑器，遇到 null 字节（\x00）、UTF-16 编码或超长行（如 minified JS/CSS）时，行为不可控，可能跳过整块内容甚至卡死。
实操建议：
- 先判断文件是否纯文本：
file -i target.conf，看到charset=binary就别硬上sed - 大文件（>100MB）优先用
perl -i -pe，它对 Unicode 和长行更健壮：perl -i -pe 's/today/tomorrow/g' huge.log - 真要处理混合内容，先过滤：
strings file.bin | grep pattern，再决定是否值得替换
sed -i 在不同系统上的行为差异，以及正则中未转义的 .、*、[ 这类字符——它们不会报错，只会静默替换错位置。 
