sed替换关键在分隔符选型、正则边界控制和-i副作用：换分隔符避冲突（如s#...#...#g），锚定json字段防误替，用find+xargs绕过参数超限，macos需sed -i ''，utf-8编码与备份必不可少。
sed 替换文本不是“能不能”，而是“怎么写才不翻车”——关键在分隔符选型、正则边界控制、以及 -i 的副作用。
sed 替换时 / 作为分隔符导致报错怎么办
当你想把 https://example.com 替换成 https://new.example.com，直接写 sed 's/https://example.com/https://new.example.com/g' 会报错：因为 / 在 URL 里大量出现，sed 把它当成分隔符解析，提前截断了正则。
解决办法是换分隔符，避开冲突字符：
- 用
?：sed 's?https://example.com?https://new.example.com?g' - 用
#：sed 's#https://example.com#https://new.example.com#g' - 用
_：sed 's_https://example.com_https://new.example.com_g'
只要三处（s 后、原字符串前、替换字符串后）用同一符号，就合法。别硬扛 /，尤其处理路径、URL、JSON 字段值时。
替换 JSON 中某个字段的值但不误伤其他行
比如 config.json 里有多个 "targethost"，只想改它的值，不能简单全局搜 11.125.52.27:8080 ——可能别的字段也含这个 IP。
正确做法是锚定字段名 + 冒号 + 值结构：
sed -i 's/"targethost":[^,]*//"targethost":"11.125.26.134:8080"/' config.json-
[^,]*表示“从冒号后开始，一直匹配到下一个逗号前”，能防止跨字段污染 - 如果字段值含双引号或转义（如
"targethost":"host\"a:8080"），基础 sed 不够用，得上jq或启用-r配合更复杂的正则
注意：这个正则假设字段值不含逗号；若含逗号（比如带 query 参数的 URL），就得改用支持非贪婪匹配的工具，sed 本身不支持 .*?。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
批量替换多个文件却提示 “Argument list too long”
执行 sed -i 's/foo/bar/g' *.json 报这个错，说明当前目录下匹配的文件太多，shell 展开后超出了系统参数长度限制。
绕过方式只有两种：
- 用
find+xargs（推荐）：find . -name "*.json" -print0 | xargs -0 sed -i 's/foo/bar/g' - 用
grep -rl先筛出含目标字符串的文件再处理：grep -rl "foo" *.json | xargs sed -i 's/foo/bar/g'
别用反引号包裹 grep（如 `grep -rl foo *.json`），容易因空格、换行崩掉；-print0 和 -0 是安全传输文件名的标配。
执行 sed -i 后发现文件内容全空或乱码
这通常发生在以下场景：
- macOS 上默认 sed 不兼容 GNU sed 的
-i语法，必须写成sed -i '' 's/.../.../g' file（空字符串作备份后缀），否则会把原文件清空 - 文件编码不是 UTF-8（比如 GBK），sed 按字节流处理，可能切在中文中间，导致后续解析失败
- 正则写太宽泛，比如
s/".*"/"xxx"/g，会把整行双引号内容全吞掉，包括不该动的字段
保险做法：加 .bak 备份（sed -i.bak 's/.../.../g' file），确认结果无误再删备份；生产环境严禁裸用 -i。
真正难的从来不是“怎么写一条 sed 命令”，而是判断该不该用 sed ——字段嵌套深、值含特殊字符、需上下文感知时，它很快就会力不从心。留个备份，比调十分钟正则更省时间。
