<p>Ctrl/Cmd + - 是 Sublime Text 原生缩小快捷键，仅在编辑区焦点下生效，失效主因是焦点不在编辑区、键盘输入问题、用户键绑定被覆盖或插件冲突；可手动添加 decrease_font_size 绑定修复。</p>
Ctrl/Cmd + - 是 Sublime Text 原生支持的缩小快捷键，无需插件、不改配置，按一次缩一级（通常为 1px），焦点必须在编辑区才生效。
Ctrl/Cmd + - 缩小字体为什么有时没反应
这个快捷键看似简单，但失效原因很具体：
- 光标不在编辑区——停在侧边栏、命令面板（
Ctrl+Shift+P）、查找框（Ctrl+F）或状态栏时，Ctrl+-完全静默，不会报错也不会提示 - 键盘物理布局问题——某些笔记本或外接键盘需先按
Shift才能输入减号，实际触发的是Ctrl+Shift+-，而 Sublime 不识别该组合 - 用户快捷键配置中误删了默认绑定——虽然 Sublime 默认内置
decrease_font_size命令，但若你在Preferences → Key Bindings → User中清空或覆盖了它，该快捷键就失效 - 部分插件（如
ScrollSync或鼠标增强类插件）会劫持-键事件，尤其在 macOS 上容易与系统级快捷键冲突
如何手动补全 decrease_font_size 绑定
如果你发现 Ctrl+- 失效，最直接的办法是显式添加绑定。打开 Preferences → Key Bindings，在右侧 User 面板中插入以下 JSON 片段：
[{"keys": ["ctrl+-"], "command": "decrease_font_size"}]注意几点：
-
keys字段必须是数组格式，字符串用双引号，-不需要转义 - 不要在末尾多加逗号，否则整个 JSON 解析失败，所有用户快捷键失效
- Windows/Linux 用户写
"ctrl+-"；macOS 用户应写"super+-"（不是"cmd+-"或"command+-"） - 保存后立即生效，无需重启 Sublime
缩小后字体太小怎么办：重置和边界限制
Ctrl/Cmd + - 是累进式操作，连续按会持续缩小，但有实际可用下限：
- 当
font_size降到 8px 以下时，行距严重挤压，括号高亮条变细，光标难以辨认，视觉上已不可用 -
Ctrl/Cmd + 0可一键恢复到用户设置中的font_size值（不是安装默认值），但该绑定默认存在；若无效，需手动添加：[{"keys": ["ctrl+0"], "command": "reset_font_size"}] - 关闭当前文件或重启 Sublime 后，所有临时缩放自动还原——这是设计行为，不是 bug，适合协作场景
- 如果想让缩小更“温和”，可配合增大初始
font_size（比如设为16），这样即使连按三次Ctrl+-，仍保留在 13px 左右，不至于糊成一片
别踩这些坑：滚轮、UI 和跨平台差异
很多人试图用 Ctrl+滚轮 替代 Ctrl+-，结果陷入配置泥潭：
- Windows/Linux 上
Ctrl+滚轮默认有效，但常被 Logitech Options、Razer Synapse 或远程桌面工具（ToDesk/TeamViewer）拦截——这不是 Sublime 的问题，而是系统层事件被吞了 - macOS 上
Cmd+滚轮默认完全不响应，必须手动创建Default (OSX).sublime-mousemap文件，路径、文件名、JSON 内容三者任一出错即失效，且modifiers必须写"command"，写成"super"就白配 -
Ctrl+-只缩编辑区字体，菜单栏、侧边栏、标签页、状态栏全部不动——这是 Sublime 的分层渲染逻辑，不是缩放失败；想调 UI 字体，ST4.4277+ 需加ui_font_size，旧版得硬改主题文件 - 控制台（
Ctrl+`）、命令面板、查找框完全不响应任何font_size或缩放命令——它们走的是另一套 UI 渲染路径，目前无官方方案
