方向键无反应需先用sublime.log_input(true)确认是否进入sublime：无输出即被系统（如显卡热键）、输入法或驱动拦截；有输出再查插件（如vintage）覆盖或user配置json语法错误。
方向键在编辑器里完全没反应，先确认按键是否进到 Sublime
方向键（up、down、left、right）本身不能被 Key Bindings 覆盖——但它们的组合键（比如 ctrl+alt+up）可能被系统或插件劫持。如果方向键单独按无效，大概率不是 Sublime 的问题，而是系统级拦截。
打开控制台（Ctrl+`），输入 sublime.log_input(True) 回车，再按方向键。如果控制台**完全没有输出**，说明按键根本没进 Sublime：
- Windows：检查 Intel Graphics Command Center 或 NVIDIA 控制面板里的「热键」设置，尤其是
ctrl+alt+方向键这类屏幕旋转快捷键 - macOS：系统设置 → 键盘 → 快捷键 → 「显示器」里是否启用了
ctrl+alt+方向键旋转屏幕 - 输入法：搜狗、QQ 拼音等常把
ctrl+shift或ctrl+space设为切换键，部分版本会连带干扰方向键行为
Ctrl+Alt+Up/Down 失效，基本是系统快捷键冲突
这个组合在 Windows 上默认用于屏幕旋转，在 Sublime 里常被映射为 select_lines（多行光标）。它失效不是因为 Sublime 配置错，而是系统提前吞掉了整个事件。
验证方式很简单：临时退出所有输入法，关闭显卡控制面板的快捷键功能，再测试。若恢复，就坐实是系统层拦截。
修复方案不是改 Sublime，而是绕开冲突：
- 在
Preferences → Key Bindings - User中换用不冲突的组合，例如["ctrl+shift+f9"]绑定select_lines - 避免使用
ctrl+alt+方向键这类高危组合，尤其在 Win7/Win10 系统上 - macOS 用户注意：
super+alt+up不等于 Windows 的ctrl+alt+up，Sublime 内部用super表示 Cmd 键，不是 Ctrl
插件覆盖了方向键相关命令，比如 Vintage 或 Emmet
某些插件会重绑定方向键行为，典型如 Vintage（Vim 模式）——它把 hjkl 当方向键用，同时可能禁用原生方向键响应（尤其在 Normal 模式下）。
排查方法：
- 运行
subl --safe-mode启动安全模式，测试方向键是否恢复 - 如果恢复，说明插件干扰；用
Package Control: Disable Package逐个关掉 Vintage、Emmet、Origami - 检查插件目录下的
Default.sublime-keymap，搜索"up"、"down"，看是否有"context"限制（比如只在"key": "setting.command_mode"下生效）
User.sublime-keymap 里写错 JSON 导致整份配置静默失效
方向键相关的自定义绑定（比如 move、select_lines）如果写在 Key Bindings - User 里，一个语法错误就会让全部自定义快捷键失效——包括看似无关的方向键组合。
常见低级错误：
- 用中文引号或单引号包裹字符串：
'ctrl+alt+up'或“ctrl+alt+up”是错的，必须是"ctrl+alt+up" - 数组结尾多逗号：
["ctrl+alt+up"],→ 应为["ctrl+alt+up"] -
keys字段漏掉方括号："keys": "ctrl+alt+up"是错的，必须是"keys": ["ctrl+alt+up"] - 误写命令名：
"command": "select_line"（少 s）不会报错，但不执行
保存后右下角闪一下红字提示很容易忽略，务必盯住那个瞬间。
方向键本身不受 Key Bindings 控制，但任何依赖它的组合键都可能被系统、驱动、输入法或插件层层截断。最有效的排查路径永远是：先看 sublime.log_input(True) 有没有输出，再决定该去系统设置里关热键，还是去插件目录翻 .sublime-keymap 文件。
