notepad++没有直接互换两行的原生快捷键，需用alt+↑/↓分步移动实现；alt+↑/↓是原子行索引交换，保持光标列位、折叠状态和空行完整性，而ctrl+shift+↑/↓为复制粘贴组合，易致缩进错乱、折叠展开及空行合并。
Notepad++ 里没有“直接互换两行”的原生快捷键
它不提供类似 Vim 的 :m 或 VS Code 的 editor.action.moveLinesUp 那种显式“交换第3行和第5行”的功能。你看到的“互换”，实际是靠 Alt+↑ 和 Alt+↓ 分步移动来达成的——比如要把第5行挪到第3行上面，就先把光标放到第5行，按两次 Alt+↑；反过来，要把第2行塞到第4行下面，就放光标在第2行，连按两次 Alt+↓。
为什么不用 Ctrl+Shift+↑/↓ 来“模拟互换”
因为那是复制+粘贴组合，不是原子行操作：
-
Ctrl+Shift+↑本质是先Ctrl+D（复制当前行），再向上插入——会导致空行合并、折叠展开、Python 缩进错乱 - 若两行之间有折叠块，
Ctrl+Shift+↑可能只动光标位置，不动整行 - 它不保列位置：光标在第5列时按
Ctrl+Shift+↑，新行可能从首列开始，而Alt+↑始终保持原列对齐
Alt+↑/↓ 移动时的边界与陷阱
这些细节不注意，很容易移错位置还找不到原因：
- 光标必须落在目标行的任意位置（哪怕在行中第10列），
Alt+↑才作用于整行；选中多行后按快捷键无效 - 第1行按
Alt+↑没反应，最后一行按Alt+↓也没反应——这是设计行为，不是 bug - 如果状态栏右下角显示
REC，所有Alt+↑/↓都被吞进宏录制里，得先点「宏 → 停止录制」 - 启用「使用新式多字节字符支持」（设置 → 首选项 → 常规 → 语言菜单/字体）才能在 UTF-8-BOM 或 GBK 文件里正常使用
真要“交换相邻两行”，最快的操作链
假设你想把第7行和第8行对调（即让第8行跑到第7行上面）：
- 把光标放在第8行任意位置，按一次
Alt+↑→ 第8行上移到第7行位置，原第7行变成第8行 - 不需要额外操作，交换已完成。别试图用两次
Alt+↓回推，那会多移一次 - 如果移错了，立刻
Ctrl+Z，别等保存后再后悔——这操作不校验语法，return被移到if外面就直接失效
真正容易被忽略的，是宏录制状态和多字节支持开关。这两个点卡住的人最多，其他编辑器的行交换往往依赖解析，Notepad++ 却是纯索引交换——快，但也更不留情。
