菜单栏字体太小且发虚是因为font_size不控制UI元素，需在Windows下同时设置ui_scale和dpi_awareness（如"ui_scale":1.5,"dpi_awareness":"per_monitor_v2"），并彻底退出后重开才生效。
菜单栏字体太小且发虚，不是改 font_size 就能解决的——它根本不控制菜单栏，而是由 ui_scale 和 dpi_awareness 共同决定，Windows 下缺一不可。
为什么只改 font_size 没用
font_size 只影响编辑区代码文字，对菜单栏、状态栏、右键菜单等 UI 元素完全无效。你看到的“菜单栏文字小”，本质是整个 UI 容器未按高分屏逻辑缩放，系统在用位图拉伸渲染，导致发虚。
- 常见错误：在 Settings – User 里只加了
"font_size": 14，保存后菜单栏毫无变化 - 更隐蔽的问题：改了但没完全退出 Sublime（尤其 macOS 上托盘进程常驻），新设置不加载
- 第三方主题（如 Material Theme）可能屏蔽默认 UI 缩放行为，需额外验证
Windows 下必须同时设 ui_scale 和 dpi_awareness
Sublime Text v4 在 Windows 上默认不启用 per-monitor DPI 感知，ui_scale 单独存在会被系统绕过，强制位图缩放——这就是发虚的根源。
- 打开
Preferences → Settings – User（右栏），添加这两项（顺序无关，但必须共存）：{ "ui_scale": 1.5, "dpi_awareness": "per_monitor_v2" } -
ui_scale值建议匹配系统显示缩放比例：125% →1.25，150% →1.5，200% → 先试2.0，若按钮挤在一起可降为1.8 - 改完必须右键托盘图标 → Exit，彻底杀进程后再重开；仅关闭窗口无效
macOS 和 Linux 的处理差异
macOS 原生支持 Retina 渲染，ui_scale 单独生效即可，dpi_awareness 不需要也不识别；Linux 则依赖桌面环境缩放，ui_scale 通常有效但可能与 GTK 字体渲染冲突。
- macOS 用户可直接加
"ui_scale": 1.5，推荐font_size设偶数（如14或16），并加"font_options": ["no_antialias"]提升小字号锐度 - Linux 用户若仍模糊，优先检查系统级缩放：GNOME 执行
gsettings set org.gnome.desktop.interface scaling-factor 2，KDE 在「系统设置 → 显示和监视器」中调整 - 所有平台都应避免同时大幅提高
ui_scale和font_size，叠加后菜单高度可能溢出，下拉项被截断
发虚问题没解决？检查 font_options 和渲染后端
即使 ui_scale 和 dpi_awareness 都正确，中文或小字号仍可能边缘糊——这通常是亚像素抗锯齿（subpixel antialiasing）在高缩放下失效所致。
- Windows 上加
"font_options": ["subpixel_antialias"]；macOS 上换用["gray_antialias"]或["no_antialias"] - 确保
font_face是等宽字体（如"Fira Code"、"JetBrains Mono"），非等宽字体（如"Segoe UI"）会导致菜单项宽度错乱 - 某些插件弹窗（如 Package Control 的安装面板）未适配
ui_scale，会独立模糊——这不是配置错误，而是插件自身限制
真正卡住的往往不是数值填多少，而是忘了 Exit 再重开，或者误以为 font_size 能管到菜单栏。
