sublime text缩放代码字体最快用ctrl/cmd+滚轮或加减号快捷键，仅影响编辑区字体；永久生效需在用户设置中配置font_size等参数，gutter、tab栏等ui元素需单独设置对应字号。
Sublime Text 缩放代码字体用 ctrl+鼠标滚轮 最快
不是所有缩放都改“预览图”，Sublime 本身没有独立的“代码预览图”功能；你看到的其实是编辑器主视图的字体缩放。直接用快捷键最稳，不用改配置、不重启。
常见错误现象：点了菜单栏 View → Zoom In 没反应——大概率是焦点没落在编辑区（比如光标在侧边栏或命令面板里），或者快捷键被系统/输入法劫持了。
-
ctrl + 加号（Windows/Linux）或cmd + 加号（macOS）：放大字体 -
ctrl + 减号或cmd + 减号：缩小字体 -
ctrl + 0或cmd + 0：重置为默认字号（注意是数字零，不是字母 O）
想永久生效？改 Preferences.sublime-settings 里的 font_size
快捷键只改当前会话，关掉再开就回去了。要一劳永逸，就得手动设默认字号。别去改全局设置文件，直接用 Preferences → Settings 打开用户配置，它会左右分屏，右边写你的覆盖项就行。
性能影响几乎为零，但注意：font_size 是纯数字，单位是 px，不支持 14pt 或 1.2em 这类写法；设太小（如 8）会导致行距挤压、光标难辨，太大（如 32）可能让长行换行异常。
- 在右侧用户设置里加这一行：
"font_size": 13 - 保存后所有新标签页立即生效，已打开的文件需手动触发一次缩放（比如
ctrl+0）才会刷新 - 如果用了
font_face自定义字体，确保该字体在系统中存在，否则 Sublime 会静默回退到默认字体，字号也可能不准
缩放不影响 Gutter、Tab Bar、侧边栏——它们走另一套尺寸逻辑
很多人调大 font_size 后发现行号（Gutter）、文件标签（Tab Bar）、项目侧边栏还是那么小，以为“缩放没起作用”。其实 Sublime 对 UI 元素和代码字体是分开控制的，Gutter 字号由 gutter_font_size 单独管，且这个配置项**默认不存在**，得自己加。
兼容性提示：这个选项从 Sublime Text 4 build 4126 开始才正式支持，旧版加了也无效。macOS 上部分字体渲染下，gutter_font_size 设太高可能出现模糊。
- 在用户设置里补上：
"gutter_font_size": 12（建议比font_size小 1–2） -
tab_font_size和sidebar_font_size同理，但它们更冷门，多数主题会忽略这些设置，优先级低于主题自带样式 - 改完保存，需要重启 Sublime 才能完全生效（尤其是侧边栏）
插件缩放（如 SideBarEnhancements、Origami）不响应 font_size
第三方插件弹出的右键菜单、面板、浮动窗口，基本都用自己的 CSS 或硬编码字体大小。你调 font_size，它们纹丝不动。这不是 bug，是设计如此——插件作者没接入 Sublime 的字体配置链路。
容易踩的坑：有人翻遍文档想找 “plugin font size setting”，结果在 Package Control 里反复重装插件，其实毫无必要。真有可调项，一定写在插件自己的 Settings – User 文件里，名字五花八门，比如 side_bar_font_size 或 panel_text_size，得看具体插件文档。
- 查插件设置：右键插件菜单项 → Settings，或进 Preferences → Package Settings → [插件名]
- 没提供字体配置？那就只能接受它的默认大小，或者换插件（比如用
SideBarEnhancements的替代品SideBarTools） - 强行 hack CSS（修改插件源码或
Packages/User/...下的自定义样式）风险高，升级插件后会被覆盖
Sublime 的“缩放”本质是字体尺寸控制，没有 DPI 适配或矢量缩放概念；所谓“预览图”，只是你眼睛对当前编辑区的直观感受。最易忽略的是：改完设置不重启、焦点不在编辑区导致快捷键失效、以及误把插件界面当成编辑器原生 UI 去调。