Ctrl/Cmd+滚轮缩放失效主因是外设驱动劫持、远程桌面丢事件或高DPI设置错误；macOS需手动创建Default (OSX).sublime-mousemap文件并严格按格式配置；禁用wheel_up无修饰键绑定以防滚动失灵；推荐优先使用Ctrl+=/-/0快捷键确保稳定缩放。
Windows/Linux 用户：滚轮没反应？先关这三样
不是 Sublime 坏了，是输入事件被劫持了。90% 的“无效”问题出在这三个地方：
- Logitech Options、Razer Synapse 等鼠标驱动：默认把
Ctrl+wheel映射为“浏览器缩放”或“切换标签”，进驱动设置里彻底关闭该功能 - 远程桌面工具（ToDesk、TeamViewer、AnyDesk）：尤其跨平台连接时，
Ctrl+wheel_up事件常被丢弃或重映射，本地直连测试可快速验证 - 高 DPI 缩放注入：右键 Sublime 快捷方式 → 属性 → 兼容性 → “更改高 DPI 设置” → 勾选“替代高 DPI 缩放行为”，下拉选“应用程序”
另外确认焦点是否在编辑区——光标停在侧边栏、命令面板或搜索框内时，Ctrl+wheel 完全不触发。
macOS 用户：必须手建 Default (OSX).sublime-mousemap
Sublime 在 macOS 上默认不监听 Cmd+wheel，必须显式声明绑定，且路径、文件名、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 无修饰键绑定——它会废掉所有滚动
网上有些教程教你加这样的键绑定：{"keys": ["wheel_up"], "command": "increase_font_size"}——这是危险操作：
- 它会全局劫持所有
wheel_up事件，导致编辑区、侧边栏、控制台、查找面板全部失去上下滚动能力 - 无法限定作用域，不是“只对代码区生效”，而是“哪里都滚不动”
- 恢复成本高：得删掉配置、重启 Sublime、再检查是否有插件残留影响
真正要稳定缩放，优先用 Ctrl+=、Ctrl+-、Ctrl+0——它们不依赖鼠标驱动、不被系统 DPI 干扰、不和任何插件打架，2026 年仍是最可靠的方案。
mouse_wheel_switches_tabs 和字体缩放完全无关
这个配置项只控制“鼠标悬停在 Tab 标签上时，滚轮是否切换文件”，设为 true 或 false 都不会影响 Ctrl/Cmd+wheel 缩放行为。试图靠它修复缩放失效，纯属方向错误。
真正决定缩放是否响应的，是 Sublime 内核是否监听到 ctrl+wheel_up 事件，以及系统是否把该事件完整送达——而 mouse_wheel_switches_tabs 连这个事件的边都沾不上。
