sublime没有真正意义上的“一键”大小写切换快捷键，所有原生命令都依赖ctrl+k（windows/linux）或cmd+k（macos）前缀，必须松手后再按u/l/c/s等键；常见失效原因是连按不松手、输入法干扰、文件只读或插件劫持前缀。
Sublime 没有真正意义上的“一键”大小写切换快捷键，所有原生命令都依赖 Ctrl+K（Windows/Linux）或 Cmd+K（macOS）作为前缀，必须松手后再按后续键——这不是配置问题，是 Sublime 的命令调度机制。
为什么 Ctrl+K+U 没反应？
常见错误是连按不松手，系统把 Ctrl+K+U 识别为其他命令（比如 Ctrl+K, Ctrl+K 删到行尾），或被输入法/插件拦截。正确流程只有两步：
- 先按
Ctrl+K→ 松开 - 再单独按
Ctrl+U（转大写）或Ctrl+L（转小写）
macOS 用户同理，把所有 Ctrl 换成 Cmd 即可。若仍无效，检查文件右下角是否显示 RO（只读）、输入法是否为英文、是否有插件（如 Vintage 或 Emacs Pro Essentials）劫持了 Ctrl+K 前缀。
upper_case 和 lower_case 的作用范围怎么控制？
转换永远只作用于当前选区，没有上下文感知：
- 没选中任何文本 → 只处理光标所在单词（例如光标停在
userName中任意位置，仅转该词） - 选中含空格或标点的文本（如
"Hello World!"）→ 整体转换为"HELLO WORLD!" - 多行选中 → 每行独立处理，不会跨行合并逻辑
- 多光标（
Ctrl+D或Ctrl+鼠标左键）→ 每个光标位置独立转换其所在单词或选区
整行、全文件或首字母大写，为什么不能靠快捷键？
内置 Ctrl+K, Ctrl+U 等命令只响应已有选区，无法自动识别行边界、词边界或语义规则。真要批量处理，得用正则替换：
- 打开
Ctrl+H→ 勾选.*（启用正则） -
\U$0\E：整个匹配项转大写（$0是完整匹配，\E必须配对，漏写会导致后续所有文本被强制大写） -
\L$0\E：全部转小写 -
\u$0：仅首字符大写（注意是小写u，不是U；它只影响紧邻下一个字符） - 每行首字母大写：Find What 填
^[^\n]，Replace With 填\u$0，再点 Replace All
自定义快捷键最容易踩的坑
想用 Ctrl+Shift+U 直接触发大写？可以，但必须满足三个硬性条件：
- 只编辑 Preferences → Key Bindings 右侧的「User」面板（左侧 Default 是只读的，升级会被覆盖）
- 命令名必须准确：
upper_case、lower_case、swap_case、title_case四者之一，拼错就报command not found - 格式必须是 JSON 数组，例如：
[{"keys": ["ctrl+shift+u"], "command": "upper_case"}]
多个快捷键冲突时，Sublime 采用“最后匹配”策略，用户配置里的条目会覆盖默认绑定——但插件也可能动态注册更高优先级的绑定，建议禁用插件后逐一验证。
最常被忽略的是 \U 和 \E 的配对关系，以及 \u 和 \U 的功能差异：前者只改一个字符，后者开启模式且必须终止，漏掉 \E 的后果往往要滚动好几屏才发现。
