Ctrl+N（Windows/Linux）或Cmd+N（macOS）是Sublime Text新建空白文件的默认快捷键，按下即创建无路径缓冲区，光标自动聚焦；语法高亮需保存时指定扩展名触发，不建议随意修改该高频键。
Ctrl+N 是默认新建快捷键，改它之前先确认是否真需要改
Sublime Text 默认的 Ctrl+N（Windows/Linux）或 Cmd+N（macOS）已经足够直接：按下即创建空白缓冲区，光标立刻就位。它不依赖项目、不卡顿、不报错，是唯一原生支持“无上下文新建”的操作。很多人想改快捷键，其实是被“新建带语法的文件”这个需求误导了——Ctrl+N 本身不负责语法，语法由保存时的扩展名或后续手动切换决定。真要改，得明确动机：是和其它软件冲突？还是肌肉记忆已固化为 Ctrl+U 这类组合？否则纯属增加认知负担。
改快捷键必须写进 User.sublime-keymap，且格式不能错
所有自定义都只生效于 User.sublime-keymap 文件，路径是 Preferences → Key Bindings 打开后右侧那个可编辑窗口。它必须是合法 JSON 数组，哪怕只加一条规则：
[{"keys": ["ctrl+alt+n"], "command": "new_file"}]
常见翻车点：
- 忘记外层方括号
[ ]，导致整个文件无效 - 用中文逗号、引号或末尾多逗号，右下角会弹红字但容易被忽略
- 把
command写成new_file以外的名字（比如create_new_file），实际命令名只能从命令面板查——按Ctrl+Shift+P输入 “new file”，看到的条目名才是对的
AdvancedNewFile 的快捷键不是“新建文件”，而是“路径式新建”
很多人装了 AdvancedNewFile 后想改它的 Ctrl+Alt+N，但得先分清：这个快捷键触发的是路径输入框，不是传统意义上的“新建”。它本质是调用 advanced_new_file 命令，行为和 new_file 完全不同。如果你在 Key Bindings 里搜 advanced_new_file 没结果，说明插件没启用，或者快捷键被 SideBarEnhancements 等插件覆盖了。此时该做的不是重绑，而是去 Package Control → List Packages 确认插件存在，再检查 Key Bindings 里有没有重复或注释掉的绑定。
别覆盖高频键，尤其 Ctrl+D、Ctrl+L 这类
想把 Ctrl+N 改成 Ctrl+Shift+N 看似合理，但 Ctrl+Shift+N 在 Sublime 里默认是新建窗口（new_window），改了会导致无法开新窗口。更稳妥的做法是选一个冷门组合，比如 Ctrl+Alt+T，并确保它没被当前安装的任何插件占用。验证方法：打开控制台 Ctrl+`，输入 sublime.log_commands(True)，然后按你设的快捷键，看控制台是否输出对应 command —— 没输出，就是没绑定成功；输出了但功能不对，就是 command 名错了。
Ctrl+S，内容就可能丢。 
