vim中%s替换不生效的根本原因是未加g标志（行内全部）和%标志（全文），默认仅替换当前行首个匹配；常见错误包括漏写标志、正则特殊字符未转义、大小写不匹配等。
vim 中的 %s 替换命令为什么有时不生效
根本原因通常是未启用全局标志 g，或忘记按回车执行。默认 :s/old/new/ 只替换当前行第一个匹配项；想整篇替换必须加 %（表示全文）和 g（表示行内全部），即 :%s/old/new/g。
常见错误现象包括：只改了第一处、光标跳到文件末尾却无变化、提示 E486: Pattern not found（正则写错或大小写不匹配）。
- 区分大小写：默认敏感，加
i标志可忽略，如:%s/ERROR/error/gi - 特殊字符需转义：
.、*、/等在正则中含义特殊，要写成.、*、/ - 确认再执行：加
c标志（:%s/old/new/gc）会逐个询问，适合谨慎场景 - 替换前先搜索验证：
/old看是否真有匹配，避免白忙
用 n 和 N 在搜索结果间跳转却跳不到预期位置
本质是搜索模式没对齐：vim 的 n 和 N 跳转严格依赖上一次 / 或 ? 搜索的内容和方向。如果中间执行过其他命令（比如误按了 / 后直接回车），历史搜索会被覆盖。
使用场景多见于代码审查、日志排查——你搜 timeout，想快速扫遍所有出现位置，但跳着跳着就偏了。
- 确保搜索后立刻按
n：不要在搜索后插入、删除或移动光标再跳 - 方向别混：用
/pattern搜索后，n往下、N往上；用?pattern则相反 - 临时高亮干扰判断？关掉：
:nohlsearch，或映射为快捷键（如nnoremap <space> :nohlsearch<cr></cr></space>） - 想从头再搜一遍？按
n前先gg回文件首，再/pattern<cr></cr>
替换后如何快速回到修改前的位置
vim 本身不记录“替换操作前的光标位置”，但有可靠替代方案：利用跳转列表（jump list）和标记（mark）。每次搜索 /、替换 :s、跳转 G 等都会自动入栈，Ctrl+o 就能倒退，Ctrl+i 前进。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
但注意：普通移动（hjkl、w、$）不进跳转列表；只有“改变上下文位置”的动作才记。
- 替换前手动打标记更稳：
ma（标记为 a），替换完用`a直接跳回（注意是反引号，不是单引号） -
Ctrl+o最多回退几十步，若中间做了大量跳转可能失效；标记法无此限制 - 多个修改点？用不同字母：
mb、mc，配合`b、`c切换 - 查看跳转历史：
:jumps，里面带行号，方便核对
批量替换含换行或特殊结构的文本（如 JSON 字段）
标准 %s 不支持跨行匹配，遇到换行符就断。想替换多行内容（比如把 "name": "foo" 换成 "title": "bar"，而值跨了两行），得换思路。
核心方法是用 \_s（匹配任意空白，含换行）、\_.（匹配任意字符，含换行），或分步处理。
- 简单跨行字段替换示例：
:%s/"name":\_.\{-}"[^"]*"/"title": "new"/g（\_.\{-}表示非贪婪跨行匹配） - 更安全做法：先用
/搜索定位起始行，V进入行选模式，j扩选多行，再:s/.../.../g对选区操作 - 复杂结构（如嵌套 JSON）别硬刚 vim 正则，导出用
jq更可靠：:%!jq '.name = .title' - 正则太长易错？先在命令行试：
echo '"name": "foo"' | sed 's/name/title/'，再移植到 vim
真正难的不是语法，而是判断该不该在 vim 里硬做——结构越复杂，越容易漏边角 case。先想清楚数据边界，比急着敲 %s 重要得多。
