macOS需手动配置Default (OSX).sublime-mousemap文件启用Cmd+滚轮缩放，内容须严格匹配；禁用鼠标驱动、远程工具及冲突插件可排除干扰；wheel_up绑定会破坏滚动功能，推荐使用Ctrl+=/-快捷键；字号为视图级临时设置，持久化需修改font_size配置。
Ctrl/Cmd + 滚轮缩放默认就有效，但 macOS 必须手动配文件
Sublime Text 3143+（含 ST4）在 Windows/Linux 上开箱即用 Ctrl + 滚轮 缩放字体；macOS 则默认不响应 Cmd + 滚轮，不是 bug，是设计如此——它压根没注册这个事件。
实操上，macOS 用户必须在配置目录新建一个严格命名的文件：
- 路径：
~/Library/Application Support/Sublime Text 3/Packages/User/（ST4 改为Sublime Text 4） - 文件名：
Default (OSX).sublime-mousemap（空格、括号、大小写一个都不能错） - 内容填入：
[{ "button": "scroll_up", "command": "increase_font_size", "modifiers": ["command"] }, { "button": "scroll_down", "command": "decrease_font_size", "modifiers": ["command"] }]
⚠️ modifiers 必须写 "command"，写成 "cmd" 或 "super" 无效；也别碰 wheel_up 这种无修饰键绑定，它会直接废掉所有滚动功能。
滚轮缩放没反应？先关三样东西再试
不是配置错了，而是被系统或软件劫持了输入事件。最常见干扰源就三个：
- Logitech Options / Razer Synapse 等鼠标驱动：它们常把
Cmd/Ctrl + 滚轮默认映射为“浏览器页面缩放”或“切换标签”，得进驱动设置里关掉 - 远程桌面工具（ToDesk、TeamViewer）：尤其在 macOS 连 Windows 时，滚轮事件常被截断或重映射
- 插件冲突：比如
ScrollSync、MouseWheelZoom或自定义.sublime-mousemap文件残留，临时禁用全部插件（Preferences → Package Control → Disable Package）可快速验证
验证是否恢复：打开任意代码文件，按住 Ctrl（Windows/Linux）或 Cmd（macOS），缓慢滚动——编辑区字体应实时变化，不卡顿、不跳变。
别用 wheel_up 直接绑缩放，那是自毁式操作
网上有教程教你在 Key Bindings – User 里加：{"keys": ["wheel_up"], "command": "increase_font_size"}，看似省事，实则危险。
问题在于：wheel_up 是全局无修饰键事件，一旦启用：
- 编辑区失去上下滚动能力，滚轮只缩放、不翻页
- 侧边栏、控制台、查找面板全无法滚动，操作直接卡死
- 无法限定作用域（比如只对编辑区生效），属于粗暴劫持
真正需要频繁调节字号的场景（如教学演示、视力适配），推荐更稳的键盘方案：Ctrl + = / Ctrl + - / Ctrl + 0，它们原生支持、跨平台一致、不破坏任何基础交互。
缩放不保存？因为它是视图级临时设置
用滚轮或快捷键调大的字号，关掉文件就还原——这不是缺陷，是 Sublime 的明确设计：increase_font_size 修改的是当前 view.settings()，不写入用户配置。
想让字号持久生效，必须改配置文件：
- 打开
Preferences → Settings，在右侧User面板添加：{ "font_size": 14 } - 注意 JSON 格式：末尾不能多逗号，字段名必须是
font_size（不是fontsize或font-size） - 如果主题包（如
ayu、Dracula）在.sublime-color-scheme里硬编码了font_size，会覆盖此处设置，需一并检查
复杂点在于：UI 缩放（dpi_scale）和代码字体缩放（font_size）是两套机制。高分屏下只调 font_size，可能让菜单、图标显得过小——这时得同步调 dpi_scale，而不是反复滚轮。
