VSCode 编辑器无硬性最小字体限制，但 editor.fontSize 设为10以下会显著降低可读性，实际护眼下限是13；因人眼光学分辨能力限制，字号过小导致焦距微调、字符混淆、关键提示模糊。
VSCode 编辑器没有“最小字体”硬性限制，但 editor.fontSize 设为 10 以下会显著降低可读性，实际护眼的下限是 13（需配合高 DPI 屏幕与合理行高），盲目调小反而加重视觉负担。
为什么不能把 editor.fontSize 设成 8 或 10？
字号过小会触发眼睛持续微调焦距，尤其在等宽字体中，字符间距压缩、字腔变窄，导致“i/l/1/O/0”等易混淆；实测显示，12 及以下在 1080p 屏幕上需眯眼辨识，13 是 Windows/macOS 普通分辨率下的生理临界点。这不是编辑器限制，而是人眼光学分辨能力的客观约束。
-
12：仅适合 4K 屏 + 缩放 150% 场景，且必须配"editor.lineHeight": 22以上 -
13：1080p / 1440p 主流屏的可用底线，需关闭editor.fontLigatures避免连字进一步压缩识别空间 - 低于
13的设置，即使能保存生效，也会让括号匹配、缩进对齐、错误波浪线等关键提示变得模糊难察
editor.fontSize 和终端/侧边栏字体不是一回事
很多人调小 editor.fontSize 后发现文件资源管理器或调试面板文字“变小了”，这是误解——VSCode 的 UI 字体（侧边栏、状态栏、弹窗）由系统或 workbench.fontSize 控制，和代码区完全独立。护眼要分域处理：
- 代码区：只动
editor.fontSize（推荐14） - 集成终端：单独设
terminal.integrated.fontSize（建议与编辑器一致，如14） - UI 界面：不建议手动改
workbench.fontSize，它受系统缩放影响更大；Windows 上更应检查“设置 > 辅助功能 > 文本缩放”是否被意外启用
真正影响护眼的三个隐藏参数比字体大小还关键
很多人盯着 fontSize 调来调去，却忽略这三个开关——它们直接决定眼睛是否需要频繁重聚焦或对抗眩光：
-
"editor.renderLineHighlight": "gutter"：必须设为"gutter"，禁用"all"。整行高亮会制造动态亮度干扰，打断阅读节奏 -
"editor.smoothScrolling": false：平滑滚动在高刷屏上产生轻微运动残影，部分用户会感到视疲劳甚至头晕 -
"editor.fontLigatures": true：连字开启后，!=、=>等符号变成单个字形，减少眼球横向扫描次数；但前提是字体本身支持（如Cascadia Code），别用Fira Code Light这类过细变体
最常被忽略的是环境光——再好的 fontSize 和主题，在顶光直射屏幕或背后开台灯的情况下，都会因反射和对比失衡失效。调完设置后，关掉头顶灯、拉上窗帘、用手机相机“锁定曝光”拍一下屏幕和桌面，确保屏幕亮度略低于周围环境，这一步比改十个配置都管用。
