notepad++宏仅录制按键与命令id，不录上下文和判断逻辑；可稳定录制ctrl+h后输入文本、勾选选项、enter执行等操作，但搜索范围、编码、换行符等状态未固化会导致回放失败。
能录，但只录操作过程，不录上下文和判断逻辑
Notepad++ 的宏录制机制本质是“按键+命令 ID”的线性回放，Ctrl+H 打开替换对话框、输入内容、勾选“正则表达式”、点“全部替换”——这些动作都能被录下来；但如果你在替换前手动调整了查找范围（比如切换了“在当前文档中”和“在所有打开文档中”），而录制时没固定这个选项，回放时就会按默认值执行，导致替换失败。
哪些查找替换操作可稳定录制
以下行为在多数场景下能被可靠捕获并复用：
-
Ctrl+H弹出替换窗口后，在“查找目标”和“替换为”框里用键盘输入的文本会被完整记录 - 勾选/取消勾选
Match case、Wrap around、Regular expression这些复选框的操作可录（前提是用空格键或鼠标点击触发，不能只靠视觉确认） - 按
Enter执行“全部替换”或“替换”可录；但点击界面上的“全部替换”按钮不会被记录 - 使用
^和$锚定行首行尾的正则写法（如^abc$）比模糊匹配（如abc）更易回放成功，因不依赖上下文位置
为什么“替换 0 处”或光标乱跳
这不是宏坏了，而是录制时的状态没固化。常见原因包括：
- 录制前没清空查找面板：如果之前搜过别的词，
Ctrl+H打开时会带入历史内容，宏回放时可能误匹配 - 未固定搜索范围选项：“在所有打开文档中”默认关闭，若你录制时点了它，但回放时没打开对应文档，就找不到目标
- 正则中用了
.*?或\s+等易受空白符干扰的模式，而源文件换行符类型（CRLF/LF）不一致，导致跨行匹配失败 - 替换内容含制表符或不可见字符，录制时肉眼难察觉，回放时却破坏格式
想批量处理多文件？别全靠宏
宏本身不支持跨文件自动遍历。Ctrl+Shift+F 的“在文件中查找”功能虽强大，但它不进宏录制范围——所有对话框交互、路径选择、过滤器设置都不会被记下。
可行路径只有两条：
- 把“在文件中查找”的操作拆解：先用宏触发
Ctrl+Shift+F→ 键盘输入查找/替换内容 → 按Tab导航到“全部替换”按钮 → 按Space确认。但该流程极易因焦点偏移失败 - 更稳的方式是放弃宏，直接用
Ctrl+Shift+F手动执行一次，勾选“包括子目录”和正确“文件过滤器”，再保存搜索条件为“预设”（需插件支持）或写成批处理脚本调用findstr/sed
真正容易被忽略的是：宏不校验文件编码。你在 UTF-8 文件里录的替换，放到 GBK 编码的文件里执行，正则表达式 可能完全失灵——因为中文字符字节序列变了，而宏不管这个。
