sublime text 中 ctrl/cmd+滚轮缩放需按系统区分配置：win/linux 开箱即用，macos 需手动创建 default (osx).sublime-mousemap 文件；失效多因外设驱动、远程桌面或高 dpi 设置干扰，键盘快捷键 ctrl+=/-/0 更可靠稳定。
Sublime Text 3143+（含 ST4）在 Windows/Linux 上 Ctrl+滚轮缩放是开箱即用的，macOS 则必须手动创建配置文件才能启用 Cmd+滚轮——这不是 bug，是 Sublime 的设计限制：它默认不监听无修饰键的滚轮事件，也不为 macOS 预注册 command 修饰组合。
Windows/Linux 用户滚轮没反应？先关这三样
90% 的“失效”不是 Sublime 的问题，而是系统或外设劫持了输入事件：
- Logitech Options、Razer Synapse 等鼠标驱动：默认把
Ctrl+滚轮映射为“浏览器缩放”或“切换标签”，进驱动设置里彻底关闭该功能 - 远程桌面工具（ToDesk、TeamViewer、AnyDesk）：跨平台连接时会丢弃或重映射
Ctrl+wheel_up事件，本地直连测试可快速验证 - Windows 高 DPI 设置：右键 Sublime 快捷方式 → 属性 → 兼容性 → “更改高 DPI 设置” → 勾选“替代高 DPI 缩放行为”，下拉选“应用程序”
另外确认焦点是否在编辑区——若光标停在侧边栏、命令面板或搜索框内，Ctrl+滚轮完全不会触发缩放。
macOS 用户必须手建 Default (OSX).sublime-mousemap
路径、文件名、JSON 内容三者任一出错都会导致无效：
- 路径必须是：
~/Library/Application Support/Sublime Text 3/Packages/User/（ST4 改为Sublime Text 4） - 文件名严格为：
Default (OSX).sublime-mousemap（注意空格、括号、大小写，不能是default.osx或Default(OSX)） - 内容只填这两行，且不能加注释、逗号、多余字段：
[{"button":"scroll_up","command":"increase_font_size","modifiers": ["command"] }, {"button":"scroll_down","command":"decrease_font_size","modifiers": ["command"] }] -
modifiers必须写"command"，写成"cmd"或"super"全无效
⚠️ 绝对不要用 wheel_up 或 wheel_down 这类无修饰键绑定——它会直接废掉所有滚动功能，侧边栏、控制台、查找面板全部卡死。
别碰 mouse_wheel_switches_tabs，它和字体缩放无关
这个配置项只控制“鼠标悬停在 Tab 标签上时，滚轮是否切换文件”，设为 true 或 false 都不会影响 Ctrl/Cmd+滚轮缩放行为。试图靠它修复缩放失效，纯属方向错误。
真正决定缩放是否响应的，是 Sublime 内核是否监听到 ctrl+wheel_up 事件，以及系统是否把该事件完整送达。而 mouse_wheel_switches_tabs 只作用于标签栏悬停场景，底层事件类型完全不同。
Ctrl+= / - / 0 是更稳的替代方案
键盘快捷键不依赖鼠标驱动、不被系统 DPI 干扰、不和插件打架，是真正跨平台可靠的方案：
-
Ctrl+=或Ctrl++（部分键盘需Shift）→ 触发increase_font_size -
Ctrl+-→ 触发decrease_font_size -
Ctrl+0（数字零，非字母 O）→ 触发reset_font_size
这些操作只影响当前视图，实时生效，且默认就存在。如果删过用户键绑定导致失效，直接在 Preferences → Key Bindings → User 中粘贴对应 JSON 即可，保存即恢复。
真正容易被忽略的是：滚轮缩放只是临时修改视图级 font_size，关掉文件就回退；要永久生效，得改用户设置里的 font_size 值，或装 ZoomNice 插件开启 persist。但 UI 元素（侧边栏、命令面板、状态栏）字体不受此影响，它们由主题文件单独控制。
