Ctrl+Shift+Up/Down 无效是因被系统、输入法或 Keymap 劫持；需检查 Keymap 冲突、确认激活方案，并注意移动不校验语法与作用域。
默认快捷键 Ctrl+Shift+Up / Ctrl+Shift+Down 能直接搬动代码行或选中块，但多数人按了没反应——不是功能失效，而是被系统、输入法或 Keymap 配置劫持了。
为什么 Ctrl+Shift+Up 按了代码不动？
这不是 WebStorm 坏了，而是组合键在抵达编辑器前就被截断了：
- 中文输入法激活时，
Ctrl+Shift+Up常被 Windows 或 Linux 桌面环境识别为「切换输入法」或「调节亮度」，根本没传给 WebStorm - macOS 下该组合默认触发「显示桌面」，优先级高于 IDE
- Keymap 方案误选了
Eclipse或NetBeans，它们压根没定义Move Line Up/Down - 你改过快捷键但没保存到当前方案（比如改了「Default」却在用「Windows」方案）
怎么确认并修复 Move Line Up 绑定？
别猜，直接查 Keymap：
- 打开设置：
Ctrl+Alt+S→ 进入Keymap - 搜索框输入
move line，找到Move Line Up和Move Line Down - 如果右侧标着
Conflicts，说明已被占用；右键 →Add Keyboard Shortcut，按你想用的新组合（例如Alt+Up），点OK - 确认「Active Keymap」下拉框选的是你正在用的方案（通常是
Default for Windows或Mac OS X）
多行移动时缩进和边界怎么处理？
选中多行再移动，WebStorm 会整体搬运，但有隐含逻辑：
- 移动后缩进自动对齐：函数体或 if 块上下移，内部缩进层级不变，不会塌成左对齐
- 边界卡死：第一行不能上移，最后一行不能下移；选中跨函数的多行，也不会越界到其他函数里
- 不触发格式化：这个操作纯位置搬运，
import不重排、空行不增删、括号不自动补全 - 光标停在哪？默认落在目标行首；如果你习惯写完立刻回车，建议把
Move Line Down改成Ctrl+Shift+Enter，避开系统级冲突
真正容易被忽略的是：这个操作不校验语法，也不检查变量作用域。把一行 const x = 1 拖到 if 外面，IDE 不会提醒你它已脱离作用域——得靠你自己盯住逻辑边界。
