notepad++宏校对成败关键在于精准定位起点。需统一用ctrl+home+ctrl+g校准光标，优先列模式编辑，显式统一编码（如utf-8），手动勾选查找选项，replace all须点击按钮，批量用ctrl+shift+l并验证可叠加性，执行前务必样本测试。
Notepad++ 宏不能自动识别“数据错误”，它只忠实地回放你录下的光标移动和按键动作——所以校对类宏成败的关键，从来不是功能强不强，而是你能不能把“校对起点”钉死。
宏执行前必须手动校准光标位置
数据校对往往依赖行/列对齐（如 CSV 字段、日志时间戳、固定宽文本），而宏里一个 ↓ 或 → 就会因起始偏移导致整批错位。例如你录的是“光标在第 1 行第 1 列 → 按 ↓ 3 次 → 查找 ERROR → 替换为 [ERROR]”，那执行时若光标实际在第 2 行第 1 列，就会从第 5 行开始处理，漏掉前 3 行。
- 批量校对前，统一用
Ctrl+Home跳到文档开头，再用Ctrl+G输入目标行号（比如第一处待校对行是第 7 行，就输7回车） - 避免用鼠标点击定位：DPI 缩放或窗口大小变化会让点击坐标漂移
- 涉及列对齐操作（如提取第 4 列），优先用列模式编辑：
Alt+鼠标拖选或Alt+Shift+→，比纯方向键更稳
中文/数字混合场景下编码必须显式统一
校对日志、报表或数据库导出文本时，常遇到中文字段夹杂数字、符号。若录制时文件是 UTF-8，执行时却是 ANSI（如 GBK），→ 键可能只跳半个汉字，导致替换框打开位置错乱、正则匹配失效，甚至删掉不该删的字符。
- 执行宏前，务必看右下角状态栏编码标识，不一致就先点
Encoding → Convert to UTF-8 - 别依赖“自动检测”：Notepad++ 的编码探测对混合文本不可靠，尤其含乱码残留时
- 如果原始数据来自 Excel 导出，大概率是
UTF-8 with BOM，录制和执行都需确认该选项已启用
查找替换类校对动作要固化搜索选项
校对常需区分大小写、全字匹配或正则，但宏不记录对话框里的勾选项状态——它只录你按了哪个按钮、敲了哪些字符。如果你录制时没勾 Match case，执行时即使文档里有 Error 和 ERROR，宏也会一并替换，破坏语义。
- 录制前，先打开
Ctrl+H，手动勾选所有要用的选项：Match case、Wrap around、Regular expression（如需） - 正则表达式内容必须完整敲入：比如校对 IP 地址格式，查找框输
\b\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}\b，不能靠粘贴（部分版本粘贴不被录制） - 替换操作必须用
Replace All按钮点击，而非回车——Enter键在替换框中默认是“查找下一个”，不会触发批量替换
批量执行用 Ctrl+Shift+L，别碰 Ctrl+Shift+P
Ctrl+Shift+P 只运行一次宏，适合单步验证；真要校对几百行，按它一百次手会废。而 Ctrl+Shift+L 是唯一支持批量次数输入的入口，且能填 0 实现“执行到文档末尾”——但这个功能有个硬前提：宏内逻辑必须可安全叠加。
- 填
0前，先手动执行 2–3 次，确认光标每次都能自然落到下一个目标位置（比如每轮结束在行尾，下轮↓正好到下一行首） - 如果宏含
Ctrl+End或Ctrl+Home，填0会导致反复跳转，直接崩掉 - 导出后宏仍失效？检查
%APPDATA%\Notepad++\shortcuts.xml是否写入了你的宏条目，路径不存在就手动创建plugins\Config\NppShell\并复制过去
最易被忽略的一点：宏不保存上下文，也不报错。它执行完，既不会告诉你“第 47 行没找到 ERROR”，也不会停在失败位置等你干预——它只是默默按你录的步骤走完，哪怕最后光标卡在文件末尾空白处。所以每次用新数据跑宏前，务必拿 3–5 行样本手动过一遍流程，盯住光标落点和替换结果，比什么都管用。
