sublime text 键位绑定无优先级回滚机制，规则按加载顺序覆盖：default→平台默认→user；生效与否取决于context精确匹配而非数值权重，需用互斥context规则模拟条件分支。
Sublime Text 没有“快捷键优先级回滚”机制，你写的规则一旦生效，原绑定就不可逆覆盖——所谓“设置优先级”，本质是控制加载顺序和触发条件，而不是调整权重。
为什么改了 User.sublime-keymap 还是不生效
根本原因不是优先级数值没调对，而是 Sublime 加载键位文件的顺序固定且不可更改：Default.sublime-keymap（平台无关 fallback）→ Default (Windows).sublime-keymap（或对应系统文件）→ 用户层的 User.sublime-keymap。后加载的同键规则会直接覆盖前面的，没有合并或降级逻辑。
- 你在
User.sublime-keymap里写了{"keys": ["ctrl+d"], "command": "duplicate_line"}，但左侧默认文件中已有{"keys": ["ctrl+d"], "command": "find_under_expand"}，且它在你之前加载 → 你的规则生效，原功能消失 - 如果左侧默认文件里
ctrl+d绑定带context（比如只在source.python下触发），而你右侧写的是无 context 的全局绑定 → 你的规则会覆盖所有场景，包括原本不该覆盖的 Markdown 或 JSON 文件 - 插件自带的键位（如 Emmet、JsPrettier）通常通过
Default.sublime-keymap或独立包内文件注入，它们加载时机介于系统默认和用户文件之间，也可能覆盖你写的规则
怎么让 Ctrl+D 在不同场景走不同命令
不能靠“提高优先级”，只能靠 context 拆分逻辑。Sublime 不支持单条规则里写 if-else，必须用多条规则 + 精确上下文限定来模拟条件分支。
- 想保留原
ctrl+d多选功能，仅在无选区时复制整行：必须写两条规则，且顺序无关（因为 context 互斥） - 第一条：
{"keys": ["ctrl+d"], "command": "duplicate_line", "context": [{"key": "selection_empty", "operator": "equal", "operand": true}]} - 第二条：
{"keys": ["ctrl+d"], "command": "find_under_expand", "context": [{"key": "selection_empty", "operator": "equal", "operand": false}]} - 注意：
context中多个条件是“且”关系；要表达“或”，比如同时在 Python 和 JS 文件里生效，得拆成两条，每条指定一个selector
如何确认某快捷键实际被谁占用了
别猜，用 Sublime 自带工具实测。最稳的方式是打开控制台看真实调用链，而不是翻文件比对。
- 按
Ctrl+`打开控制台，输入sublime.log_commands(True)，回车 - 在编辑器里手动触发你想查的行为（比如用鼠标点菜单“删除行”，或按一次
F5） - 控制台会输出类似：
command: run_macro_file {"file": "res://Packages/Default/Delete Line.sublime-macro"}—— 这就是当前生效的 command 和参数 - 再用
Ctrl+Shift+P输入Key Bindings: Find Key（部分版本需装插件），输入ctrl+d可直接列出所有命中规则及其来源文件 - 如果某键完全没日志输出，说明它被更高层拦截了（比如 Windows 输入法、显卡驱动吃掉了
ctrl+alt组合）
真正难处理的从来不是“怎么加一条快捷键”，而是当多插件共存、跨平台部署、且用户习惯已固化时，context 边界稍一模糊，就会出现“这个键在 A 文件里好使，在 B 文件里失效，重启也没用”的情况——这时候得逐个关插件、清空 User.sublime-keymap、再一条条加回来验证。
