Sublime Text 3143+原生支持Ctrl/Cmd+滚轮缩放字体，无需配置；失效多因鼠标驱动、远程工具或插件干扰，排查应先禁用插件、调整高DPI设置或正确配置mousemap文件。
Ctrl/Cmd + 滚轮默认就可用，别折腾配置文件
Sublime Text 3143+（含 Build 4143 及之后所有版本）原生支持 Ctrl + wheel_up 放大、Ctrl + wheel_down 缩小字体，Windows/Linux 直接按住 Ctrl 滚动即可，macOS 则需用 Cmd + wheel_up/down。这不是隐藏功能，是设计好的快捷方式——你不需要改任何设置就能用。
常见失效现象：滚轮没反应、只滚动不缩放、放大后侧边栏变小或错位。这些问题几乎都不是 Sublime 自身缺陷，而是外部干扰：
- Logitech Options、Razer Synapse 等鼠标驱动劫持了
Ctrl/Cmd + 滚轮，转而执行标签切换或页面缩放 - TeamViewer/ToDesk 等远程工具拦截滚轮事件，尤其在高 DPI 屏幕下更明显
- 某些插件（如 ScrollSync、自定义鼠标映射类）覆盖了原生绑定
- Windows 高分屏下系统级 DPI 注入导致 Sublime 无法捕获滚轮事件
手动补键绑定前，先关插件、查系统设置
如果你试了没反应，不要第一反应去改 Key Bindings。先做这三步排查：
- Preferences → Package Control → Disable Package，把所有插件禁用，再试滚轮
- Windows 用户：右键 Sublime 快捷方式 → 属性 → 兼容性 → 更改高 DPI 设置 → 勾选“替代高 DPI 缩放行为”，下拉选“应用程序”
- macOS 用户：必须创建
Default (OSX).sublime-mousemap文件（路径：~/Library/Application Support/Sublime Text 3/Packages/User/），内容为：
[{ "button": "scroll_up", "command": "increase_font_size", "modifiers": ["command"] }, { "button": "scroll_down", "command": "decrease_font_size", "modifiers": ["command"] }]
注意：modifiers 必须写 "command"，不是 "cmd" 或 "super"；文件名中的空格和括号一个都不能少。
别乱绑 wheel_up，它会废掉滚动功能
网上有些教程教你在 Key Bindings 里加 "keys": ["wheel_up"]，看似能“无修饰键缩放”，实则危险：
仅从仓库的暂存文件生成 Git 提交消息。当用户要求 Codex 根据暂存更改、缓存差异、Git 索引或已通过 `git add` 添加的文件来编写、起草、创建或建议提交消息时使用；切勿代表用户执行提交操作。
- 一旦启用，编辑区、侧边栏、控制台、查找面板全部失去上下滚动能力
- 这是全局劫持，无法限定只对代码区生效
- 恢复成本高：要删配置、重启、再检查是否残留插件影响
真正需要频繁缩放的场景（比如教学演示、视力适配），推荐稳定可靠的键盘方案：Ctrl + =（或 Ctrl + Shift + =）、Ctrl + -、Ctrl + 0。这些命令默认存在，且不破坏任何基础交互。
mouse_wheel_switches_tabs 和字体缩放完全无关
这个配置项常被误读。它的作用只有一个：鼠标滚轮在标签栏上滚动时，是否切换当前打开的文件标签。设为 true 启用，false 禁用——和编辑区字体大小、缩放、滚轮缩放功能毫无关系。
真正影响字体缩放的是：font_size（数值，单位 px）、scroll_font_size（仅部分插件使用）、以及系统能否正确将 Ctrl/Cmd + wheel 事件送达 Sublime 内核。别在 Preferences.sublime-settings 里瞎调 mouse_wheel_switches_tabs，那是南辕北辙。
高分屏用户容易忽略一点：仅靠 Ctrl + 滚轮 放大字体，会让 UI 元素（标签高度、侧边栏图标、状态栏）显得过小或错位。这时该调的是 dpi_scale（控制整个界面渲染比例），而不是硬扛着用滚轮反复调 font_size。
