sublime text自定义快捷键需编辑preferences→key bindings打开的右侧user.sublime-keymap文件，以合法json数组格式添加keys与command字段，command名须通过ctrl+shift+p或控制台log_commands实测获取，保存即生效。
Sublime Text 的快捷键不是“改配置”，而是靠在 User.sublime-keymap 里加新规则来覆盖——写对就生效，写错就静默失效，连报错都没有。
怎么打开并编辑正确的 Key Bindings 文件
点菜单 Preferences → Key Bindings，会并排打开两个文件：左侧是只读的 Default (Windows).sublime-keymap（或对应系统名），右侧才是你要编辑的 User.sublime-keymap。所有自定义必须写在这里，改别的地方完全无效，升级还可能直接覆盖。
首次打开时右侧常为空，但必须保持合法 JSON 数组格式——哪怕只加一条规则，也得用方括号 [ ] 包裹：
[{"keys": ["ctrl+alt+d"], "command": "duplicate_line"}]
- 保存后立即生效，不用重启、不用 reload
- 右下角弹红字？八成是 JSON 格式错误：检查逗号是否多写、引号是否闭合、有没有混入中文标点
- 别手误点左文件去改——改了也没用，重启就重置
command 名必须实测获取，不能靠猜
写错 command 字段，快捷键等于白配。网上搜到的旧名字（比如 js_format 或 delete_line）大概率已废弃，当前版本根本不存在。
最稳方法只有两个：
- 按
Ctrl+Shift+P打开命令面板，输入功能关键词（如 “delete line”），看到的条目名就是你要的command值（例如run_macro_file） - 更准的方法：按
Ctrl+`打开控制台，输入sublime.log_commands(True)，再手动执行一次目标操作（比如菜单里点 “删除行”），控制台会输出类似：command: run_macro_file {"file": "res://Packages/Default/Delete Line.sublime-macro"}
注意：delete_line 不是原生命令名；原生“删除整行”实际走的是 run_macro_file + args.file 路径。直接写错名，保存了也白搭。
为什么加了快捷键却没反应
常见原因不是命令没写对，而是环境或结构问题：
- 没加
context：比如想在 Python 文件里触发，但规则里没写"context": [{"key":"selector","operator":"equal","operand":"source.python"}]，那它只会在纯文本（text.plain）里生效 -
context中的operand和当前文件实际作用域不一致：用Ctrl+Shift+P输入show_scope_name查看真实作用域（如source.python meta.function.python，取最前段source.python） - 被更高优先级规则覆盖：后面加载的规则会覆盖前面同键位的定义，但前提是
context完全匹配；如果已有插件（如 Emmet）占用了Ctrl+Shift+P，你再绑定同一组合键到别的命令，后者不会执行 - 用了系统级保留键：Windows 下
Ctrl+Alt+Del、macOS 下Cmd+Space类组合键无法被 Sublime 拦截
覆盖高频键（如 Ctrl+D、Ctrl+S）要特别小心
直接覆盖 Ctrl+D（原为“选词”）或 Ctrl+S（保存），原有功能就彻底消失，不是变好，是变卡。
- 优先换组合键：用
["ctrl+alt+d"]或["ctrl+shift+delete"]，避开系统级劫持（某些 Windows 输入法或显卡驱动会吃掉Ctrl+Alt） - 真要复用，加
context条件区分场景：例如让Ctrl+D在无选区时复制整行，有选区时仍执行原逻辑——需拆成两条规则，分别用"selection_empty": true和"selection_empty": false - 禁用默认键需显式设
"command": "unbound"，不能留空或删掉整条规则
真正容易被忽略的是 context 的精度和 command 的时效性：同一个功能在不同 Sublime 版本里可能由不同命令实现，且作用域字符串会随语法包更新而变化。每次升级后，如果快捷键突然失灵，先查 show_scope_name 和控制台日志，而不是怀疑配置文件损坏。
