Alt+↑/Alt+↓是Notepad++原生行移动快捷键，不触发缩进重算或折叠丢失；Ctrl+Shift+↑本质为复制+粘贴组合，易致空行合并、折叠展开、缩进错乱；失效主因是宏录制中、未启用多字节支持、系统级快捷键冲突。
Alt+↑ / Alt+↓ 是 Notepad++ 原生行移动的正确快捷键，不是模拟剪贴，不触发缩进重算或折叠丢失。
为什么 Ctrl+Shift+↑ 不是首选？
部分旧教程或插件环境会推荐 Ctrl+Shift+↑，但它本质是「复制当前行并上移粘贴」的组合动作：先执行 Ctrl+D（复制行），再用方向键调整位置。这会导致：
- 空行可能被意外合并（原行删掉 + 新行插入）
- 折叠代码块会被强制展开（因触发了编辑器重绘逻辑）
- 缩进可能被自动重排（尤其在 Python 或 YAML 文件中）
- 若光标在行中非首列，
Ctrl+Shift+↑有时只移动光标不移整行
Alt+↑ / Alt+↓ 失效的三大真实原因
按了没反应？别急着换软件，先查这几个点：
-
REC显示在状态栏右下角 → 正在录制宏，所有Alt+↑/Alt+↓被吞掉当宏动作，点一下「宏 → 停止录制」即可 - 设置 → 首选项 → 常规 → 语言菜单/字体 → 「使用新式多字节字符支持」未勾选 → 某些 UTF-8-BOM 或 GBK 编码下该快捷键被禁用
- Windows 系统级快捷键冲突：比如
Win+↑是最大化窗口，某些输入法（如微软拼音）开启「快捷键模式」时也会劫持Alt+↑
行移动操作的边界行为必须知道
这些细节不看文档根本想不到，但直接影响你敢不敢在生产配置里直接拖动：
- 光标在第 1 行时，
Alt+↑无响应（合理，没地方可上）；光标在最后一行时，Alt+↓同样无效 - 当前行是空行，移动后仍是独立空行，不会和上下空行合并
- 处于列编辑模式（即按住
Alt鼠标拖选）时，Alt+↑/Alt+↓完全失效 —— 必须先退出列模式 - 对折叠块整体生效：比如你折叠了一个
if {...}块，把光标放在其中任意一行按Alt+↓，整个块会一起下移，不会意外展开
最常被忽略的是宏录制状态和多字节支持开关，这两个点卡住的人最多。其他编辑器的「行交换」逻辑往往依赖语法解析，而 Notepad++ 这组快捷键是纯行索引交换，所以快、稳、不校验内容——但也正因如此，移错 return 或 break 可能直接破坏逻辑，动手前建议先 Ctrl+Z 留退路。
