清空 user.sublime-keymap 文件并保留 [] 是恢复默认快捷键最直接有效的方法；操作后无需重启即生效，仅影响按键映射，不删除插件或修改其他设置。
清空 User.sublime-keymap 文件是最直接有效的办法
Sublime Text 的快捷键行为异常（比如 Ctrl+D 不再连续选词、Ctrl+S 无法保存），90% 是因为 User.sublime-keymap 里写了冲突或格式错误的规则。它不是“修改默认”，而是“覆盖默认”——只要清空，就退回到内置逻辑。
操作很简单：
- 菜单栏点击 Preferences → Key Bindings，右侧打开的就是
User.sublime-keymap - 全选内容并删除，确保文件只剩一对方括号：
[]（多一个逗号、少一个引号、用中文标点都会导致解析失败） - 按
Ctrl+S（Windows/Linux）或Cmd+S（macOS）保存，无需重启，立即生效
注意：这个操作只影响快捷键，不删插件、不改主题、不重置字体，安全可控。
用 --safe-mode 快速验证是否是插件或 keymap 冲突
如果清空后仍不正常，说明问题可能来自插件自带的 .sublime-keymap 文件（比如 Emmet.sublime-keymap 或 Package Control.sublime-keymap），它们也加载在 Packages/User/ 下，且优先级高于默认键位。
这时要用安全模式隔离验证：
- 先彻底关掉 Sublime：Windows 任务管理器结束
sublime_text.exe和subl.exe；macOS 活动监视器强制退出Sublime Text；Linux 执行pkill -f "sublime_text" - 终端运行
subl --safe-mode（macOS/Linux）或subl.exe --safe-mode（Windows） - 在安全模式下测试
Ctrl+D、Ctrl+Shift+P等核心快捷键 —— 若恢复正常，说明确实是第三方 keymap 干扰
接下来可以去 Packages/User/ 目录手动重命名那些插件专属的 .sublime-keymap 文件，逐个排查。
别碰 Default.sublime-keymap，它改了也没用
有人会打开左侧只读的 Default (Windows).sublime-keymap，删掉某条规则以为能“恢复默认”。这是无效操作：
- 该文件是只读内置资源，编辑后保存、重启，下次升级就会被覆盖回原始状态
- Sublime 启动时根本不加载你改过的左侧文件，它只读取
User.sublime-keymap和Packages/User/*.sublime-keymap - 想查某个功能的真实
command名，唯一靠谱方式是：按Ctrl+Shift+P输入关键词（如 “delete line”），看带 ⌨️ 图标那一行；或开控制台Ctrl+`，执行sublime.log_commands(True)，再手动触发一次操作，控制台会输出真实命令和参数
写错 command 字段（比如把 duplicate_line 拼成 dupliate_line），快捷键会静默失效，不报错也不提醒。
高频键覆盖要加 context，否则会破坏基础操作
如果你曾把 Ctrl+D 绑定为 duplicate_line，又没加判断条件，那它就再也无法连续选词了——这不是配置失败，是设计上必然的结果。
真要覆盖高频键，必须加 context 区分场景：
- 让
Ctrl+D在无选区时复制整行，有选区时仍走原逻辑：{"keys": ["ctrl+d"], "command": "duplicate_line", "context": [{"key": "selection_empty", "operator": "equal", "operand": true}]} - 或者换组合键避开冲突区，比如用
["ctrl+alt+d"]替代["ctrl+d"]，避免和输入法、系统级快捷键打架
真正容易被忽略的是：很多看似“恢复默认”的尝试，其实只是绕开了问题。比如清空 User.sublime-keymap 后快捷键好了，但插件自己的 keymap 还在后台生效；或者用了 --safe-mode 发现正常，却没意识到同步账号正从云端拉回旧配置——这些细节不处理，重置就等于白做。
