改 editor.fontSize 没变化，主要是因工作区配置覆盖、远程环境未同步、插件干扰、终端字体独立或字体名错误导致。
直接改 editor.fontSize 就生效，不用重启，也不用装插件。 但很多人调完没反应，其实是改错了地方，或者系统字体没装全、设置被工作区覆盖了。
为什么改了 editor.fontSize 没变化？
常见错误不是值写错，而是改到了错误的作用域：
- 在用户设置（User Settings）里改了，但当前项目有
.vscode/settings.json，它会优先覆盖用户设置 - 用了远程开发（SSH / WSL / Container），实际生效的是远程环境的设置，本地改无效
- 某些主题或插件（比如 Bracket Pair Colorizer）会强行重置部分渲染样式，干扰字体渲染效果
- 终端（Terminal）面板的字体大小是独立控制的，改
editor.fontSize不影响它，得单独设terminal.integrated.fontSize
editor.fontFamily 怎么填才不报错、不回退？
填法看着简单，但 macOS、Windows、Linux 对字体名解析规则不同，容易 fallback 到默认字体：
- 字体名含空格必须加单引号，比如
"'JetBrains Mono'", monospace，不加会卡在JetBrains截断 - 推荐末尾保留
monospace作为兜底，否则 macOS 可能 fallback 到Helvetica这类非等宽字体，导致对齐错乱 - Linux 下如果只装了
.ttf没刷新缓存，fc-cache -fv必须执行，否则 VS Code 启动时根本读不到新字体 - 不要用全路径（如
/System/Library/Fonts/Menlo.ttc），VS Code 不支持
editor.fontWeight 值选多少才靠谱？
这个值不是“加粗/不加粗”二选一，而是一个数字轴，但不同字体对数值的响应差异极大：
-
"300"到"600"是最安全区间；"100"在多数编程字体里根本不可见，"900"容易糊成一块 - Fira Code、JetBrains Mono 等可变字体支持细粒度权重，但前提是系统字体文件本身带该字重——光写
"500"没用，得确认你装的 .ttf 文件真包含 Weight 500 的字形 - CSS 里的
bold或normal字符串 VS Code 不认，必须用数字（"bold"会被静默忽略） - 改完
fontWeight后如果文字变虚、发灰，大概率是字体不支持该权重，立刻换回"400"测试
真正麻烦的不是改哪几个字段，而是字体渲染本身依赖操作系统底层 API。同一个 settings.json 在 Windows 上清晰锐利，在 macOS 上可能发虚——这不是配置错了，是 Core Text 和 DirectWrite 的渲染策略根本不同。别花时间调 fontLigatures 或 fontFeatureSettings 来“修模糊”，先确认你用的字体版本是否官方最新，再看系统缩放是否为 100%。
