notepad++宏录制无法智能分行，仅能回放按键操作；需设计可重复、位置可控的键盘流，避免用↓等相对指令，优先用end→enter、ctrl+end等绝对定位，并统一utf-8编码、手动精确定位起始行，否则易因光标偏移、编码错位或未保存/绑定导致失败。
Notepad++ 的宏录制本身不支持“智能分行”或按语义切分，它只能忠实地回放你按下的方向键、回车、删除等操作；想靠宏实现稳定批量分行，必须把“分行动作”设计成可重复、位置可控的键盘流，否则光标偏移、编码错位、执行跳行等问题会立刻出现。
宏里用 ↓ 键做分行？先确认它是否真的可叠加
很多人录一个“光标移到行尾 → 按 Enter → 按 ↓”就去批量执行，结果第 50 次时光标卡在中间某行不动了。因为 ↓ 是相对位移指令：它不关心当前是不是空行、有没有换行符、光标是否已在末尾，只管往下跳一行。如果原始文本有空行或不规则缩进，↓ 就会跳到非预期位置。
- 更稳的做法是用
Ctrl+End（跳到文件末尾）或Ctrl+Home（跳到开头），再配合↑/↓做固定步长移动 - 若目标是“每行末尾加换行”，不要录
↓，改录End→Enter，这样每次都在当前行尾操作，不受上下文干扰 - 含
↓的宏执行 N 次，就是向下移动 N 行——确保你起始光标在第一行，且全文行数 ≥ N，否则会越界停在最后一行
中文/混合编码下录制的宏，换文件就失效？检查 UTF-8 和 ANSI 编码一致性
在 UTF-8 文件里录一个“按 → 3 次跳过中文”的宏，拿到 ANSI 编码的配置文件里播放，→ 可能只跳半个汉字，导致光标卡在字符中间，后续 Delete 或 Enter 全部错位。这不是宏坏了，是编码层面对字符宽度的理解根本不同。
- 录制前务必确认文档编码：菜单栏
编码 → UTF-8（推荐统一用这个） - 避免在 GBK/ANSI 文件中录制含方向键的宏，尤其涉及中文、全角符号时
- 如必须跨编码处理，改用正则替换代替宏：比如用
查找：(.+)，替换为：$1\r\n，勾选“正则表达式”，比宏更可靠
批量分行要“从第 N 行开始”，光标必须手动放到准确起始点
宏不会自动定位——它不读内容、不识别关键词、不查行号。所谓“从第 100 行开始分行”，你得自己先把光标挪到第 100 行开头，再按 Ctrl+Shift+L 输入次数。哪怕差一行，后面全部错位。
- 精准跳转用
Ctrl+G输入行号，比连按↓更准 - 避免鼠标点击定位：高 DPI 或缩放变化时，点击坐标可能偏移 1–2 像素，导致光标落在行中而非行首
- 如果目标是“每两行合并为一行再分行”，这种逻辑宏无法胜任，必须用正则或 Python Script 插件
Ctrl+Shift+L 批量执行失败？先看最后一次录制是否真被保存
Ctrl+Shift+L 只运行“最后一次录制并停止的宏”，不是“最近保存的宏”。很多人点了 保存当前录制宏 就以为万事大吉，结果后续又录了一次没保存、或点了 Start Recording 没操作就停了——这些都会覆盖掉上一次有效录制。
- 每次想用
Ctrl+Shift+L前，先手动走一遍流程：菜单 →宏 → 运行，看列表里有没有你命名的宏。没有，说明上次没保存成功 - 保存宏后，快捷键不会自动生效，必须进
Settings → Shortcut Mapper → Macro手动绑定，否则Ctrl+Shift+L仍调用的是未命名的临时宏 - 重启 Notepad++ 后宏消失？去
Settings → Preferences → Backup勾选“在启动时加载宏”
真正难的不是录下那几下按键，而是让光标在每次重复执行时都落在它该在的位置——这需要你对文本结构、编码、Notepad++ 的光标模型都有基本预判。别指望宏理解你的意图，它只认你敲下的每一个键。
