sublime 的全选快捷键是固定不可配置的：windows/linux 用 ctrl+a，macos 用 cmd+a，由核心直接处理，不依赖插件或设置；它始终选中全文（不含末尾换行符），且在命令面板、折叠代码等特殊状态下行为有特定限制。
Sublime 没有“设置全选快捷键”这回事——Ctrl+A（Windows/Linux）或 Cmd+A（macOS）就是原生、固定、不可更改的全选命令，不依赖插件，也不需要配置。
为什么你搜不到“设置全选快捷键”的选项？
因为这不是一个可开关或可绑定的功能项。Sublime 的全选行为由核心编辑器直接接管，和文件类型、语法模式、插件状态完全无关。它永远选中整个文档内容（不含末尾换行符），逻辑简单粗暴，也正因如此，它不提供自定义入口。
- 你在
Preferences → Key Bindings里翻不到select_all相关的默认绑定——它压根没列在那里 - 试图用
Ctrl+Shift+P → “Set Key Binding”给全选重新绑定，只会失败或覆盖成别的命令 - 某些插件（如 Vintage 模式）可能拦截
Cmd+A，但那属于异常干扰，不是设计意图
全选后紧接着要干啥？别卡在“选了但不会用”
全选本身只是起点，真正高频的是“全选 + 后续操作”。这时候要注意 Sublime 的行为细节：
-
Ctrl+A后立刻按Ctrl+X：删除全部内容，但光标停在文档开头（不是空白行） -
Ctrl+A后按Ctrl+Shift+V：粘贴并自动缩进对齐——适合替换整段代码时保持格式 -
Ctrl+A后按Ctrl+/：整篇加行注释；再按一次则全部取消注释（Python/js 等语言下可靠） - 若当前是多光标状态（比如刚用
Alt+F3选了一堆单词），Ctrl+A会清空所有光标，只留一个在全文开头
哪些情况会让 Ctrl+A 看起来“失灵”？
不是快捷键坏了，而是你正处在 Sublime 的几个特殊上下文中：
- 光标在命令面板（
Ctrl+Shift+P）或查找框（Ctrl+F）里：Ctrl+A会选中输入框内的文本，而非编辑区——先按Esc退出面板再试 - 文件被折叠（比如
Ctrl+Shift+[折叠了大段代码）：Ctrl+A仍选全文，但视觉上看不到全部内容；展开后才能确认是否真选中了 - 文件编码异常（如含 bom 或混合换行符
rn/n）：极少影响全选，但可能导致复制后粘贴到终端/ide 出现错位——用File → Reopen with Encoding → UTF-8再试
真正容易被忽略的点是：全选之后的撤销链（Ctrl+Z）会把“全选”动作也记进去。如果你连按两次 Ctrl+A，再按 Ctrl+Z，第一次撤销的是第二次全选，而不是你刚做的编辑——这个细节在批量替换后想回退时特别容易踩空。