Ctrl+滚轮缩放默认已启用，Sublime Text 3143+版本开箱即用；若失效需排查DPI设置、鼠标驱动或共享工具干扰，并可手动绑定ctrl+wheel_up/down命令，而mouse_wheel_switches_tabs与此无关。
Ctrl+滚轮缩放默认已启用，无需额外设置
Sublime Text 自 3143 版本起（含 Build 4143+），Ctrl + 鼠标滚轮 缩放字体是开箱即用的功能——你不需要改任何配置就能直接用：按住 Ctrl 键，向上滚轮放大，向下滚轮缩小。这个行为和 Chrome 浏览器一致，底层由 Sublime 原生支持，不是插件或模拟实现。
如果你发现它不工作，请先排查以下常见干扰项：
- 系统级 DPI 缩放注入冲突（尤其 Windows 高分屏）：右键 Sublime 快捷方式 → 属性 → 兼容性 → 更改高 DPI 设置 → 勾选“替代高 DPI 缩放行为”，下拉选“应用程序”
- 鼠标驱动软件（如 Logitech Options、Razer Synapse）劫持了
Ctrl+wheel事件，临时关闭这些后台进程再试 - 某些键盘/鼠标共享工具（如 Barrier、Synergy）会拦截组合键，本地测试可排除该因素
用户配置中显式绑定 ctrl+wheel_up 是冗余但可加固
虽然默认已生效，但部分用户在升级或重装后遇到失效，往往是因为配置被覆盖或插件干扰。此时可在 Preferences → Key Bindings – User 中手动补全绑定：
[<br> { "keys": ["ctrl+wheel_up"], "command": "increase_font_size" },<br> { "keys": ["ctrl+wheel_down"], "command": "decrease_font_size" }<br>]
注意两点：
- 这不是“开启”功能，而是“强制覆盖”当前按键映射，确保优先级高于其他插件的绑定
-
ctrl+wheel_up是 Sublime 的标准事件名，不能写成ctrl+mouse_wheel_up或类似变体，否则无效
mouse_wheel_switches_tabs 和字体缩放完全无关
这个配置项常被误认为控制滚轮缩放，但它只影响标签栏行为：当鼠标悬停在 Tab 标签上滚动时，是否切换当前文件。设为 true 启用切换，false 禁用——和编辑区字体大小毫无关系。
Git 历史考古工具，回答“为什么这段代码存在？”，适用于任意文件、行或可疑代码块。链式调用 git blame → git log --follow → commit 信息...
真正决定缩放是否响应的，是 Sublime 内核对 ctrl+wheel 的监听状态，以及你是否禁用了系统 DPI 注入（见第一条）。不要试图通过修改 mouse_wheel_switches_tabs 来修复缩放失效，那是南辕北辙。
高分屏下缩放异常？重点调 dpi_scale 和 ui_scale
在 200% 缩放的 Windows 笔记本或 macOS Retina 屏上，仅靠 Ctrl+滚轮 放大字体，可能让 UI 元素（侧边栏图标、标签高度、状态栏）显得过小或错位。这时需要协同调整两个关键配置：
-
dpi_scale：控制整个界面渲染比例（包括菜单、按钮、图标） -
ui_scale：必须与dpi_scale数值严格一致（如都设为1.5），否则会出现布局撕裂 -
font_size单独设为14～16，作为文字可读性的最终保障
三者缺一不可。只调 font_size 会让字体变大但 UI 还是糊的；只调 dpi_scale 不配 ui_scale，轻则标签栏被裁切，重则侧边栏图标消失。
最易被忽略的是：Sublime 不会自动读取系统缩放值，dpi_scale 必须手动填数字（如 1.25、1.5、2.0），不能填百分比或字符串。填错一个字符，整个 UI 渲染就可能崩掉。
