VSCode中配置字体需按系统差异填写正确字体名：Windows用"Fira Code"，macOS需从“字体册”复制“全名”；连字需字体本身支持且VSCode 1.84+版本更稳定；终端字体须单独配置"terminal.integrated.fontFamily"；字体大小支持小数微调。
VSCode 里 "editor.fontFamily" 怎么填才生效
直接填字体名大概率不生效，尤其 macOS 和 Windows 对字体名的识别逻辑不同。比如你装了 Fira Code，但系统里实际注册的名字可能是 FiraCode-Retina（macOS）或 Fira Code（Windows），少一个空格、多一个连字符都会失败。
实操建议：
- 在 VSCode 设置里搜
font family，点开settings.json直接编辑，别只靠 GUI 输入框 - Windows 用户优先试
"Fira Code"；macOS 用户打开“字体册”，右键字体 → “显示简介”，复制“全名”字段（不是“文件名”） - 多个字体要加引号并用英文逗号分隔，末尾不加顿号：
"'Fira Code', 'Consolas', 'monospace'" - 如果用了非系统字体（比如从 GitHub 下载的
JetBrainsMono），务必先双击安装进系统，VSCode 不会读取未注册的 .ttf 文件
连字（ligatures）开启后代码符号还是没合并？
开了 "editor.fontLigatures": true 却看不到 != 变成单个符号，常见原因不是配置错，而是字体本身不支持或 VSCode 没正确加载字形表。
实操建议：
- 确认字体明确支持编程连字：查官网或 GitHub README，关键词搜
ligature或看是否带Ligatures后缀（如JetBrainsMonoNL中的NL= No Ligatures，反而要避开） - VSCode 1.84+ 版本对连字支持更稳，旧版本可能部分符号失效（比如
=>显示正常但==>不合并） - 某些字体需额外启用 OpenType 特性：在
settings.json加一行"editor.fontLigatures": "'calt' on, 'liga' on"（仅限支持 OpenType 的字体，多数连字字体默认已启用）
为什么改了字体，终端（Integrated Terminal）还是默认字体？
VSCode 的编辑器和内置终端用的是两套字体配置，"editor.fontFamily" 完全不影响终端显示。
实操建议：
- 终端字体单独配：
"terminal.integrated.fontFamily"，值格式和编辑器一致，也必须是系统已安装字体 - 如果想统一，就让两个配置项填一样的值，但注意终端对等宽要求更严格，有些“伪等宽”字体（如某些
IBM Plex Mono变体）在终端里会错位 - 改完记得重启终端面板（关掉再开），热重载不总是触发字体重绘
字体大小设成 13，为什么实际渲染看起来比别的编辑器小？
VSCode 默认使用 CSS 的 px 单位，但底层渲染受 DPI 缩放、系统字体平滑策略、甚至显卡驱动影响。同一数值，在 macOS Retina 屏、Windows 高缩放比、Linux Wayland 下视觉大小差异明显。
实操建议：
- 优先用
"editor.fontSize"往上调（比如从12改成13.5），VSCode 支持小数，比调系统缩放更精准 - 避免全局改
zoomLevel，它会同时放大 UI 和字体，导致按钮模糊、侧边栏比例失调 - Linux 用户若用 X11，可尝试在启动时加环境变量：
export GDK_SCALE=1，防止 GTK 主题干扰字体渲染
连字字体不是开关一开就万事大吉，它依赖字体文件里的 OpenType 表、VSCode 的文本渲染链路、甚至你当前用的字符编码——比如 UTF-8 下 → 能连，但 GBK 编码的文件里可能 fallback 到方块。真要排查，得先确认光标所在字符的 Unicode 码点，再查字体是否覆盖该 glyph。
