插件安装后中文发虚，主因是插件覆盖了editor.fontFamily为单字体（如"Fira Code"），导致中文fallback至不支持的等宽字体；需手动恢复含中文字体的完整栈（如"'Fira Code', 'Microsoft YaHei', 'monospace'"），并检查语言块内配置、禁用终端GPU加速、补全token scope及校验远程locale与字体。
插件安装后中文还是发虚？先确认字体栈是否被覆盖
很多用户装完中文语言包或主题插件后，发现界面中文变清晰了，但编辑器里的代码中文依然发虚、标点错位——问题不在插件本身，而是插件悄悄改写了 editor.fontFamily，或者没声明中文字体 fallback。VSCode 插件（尤其是某些“一键美化”类主题）常把字体设成 "Fira Code" 单值，结果中文直接 fallback 到系统默认等宽字体（比如 Windows 的 Courier New），字形僵硬、宽度不均。
检查方法：按 Ctrl+Shift+P → 输入 Preferences: Open Settings (JSON)，看 editor.fontFamily 是否仍是你手动配置的完整栈，例如：
"editor.fontFamily": "'Fira Code', 'Microsoft YaHei', 'monospace'"
- 如果被插件覆盖成单字体（如
"Fira Code"），手动改回带中文字体的栈 - 如果插件在
"[javascript]"等语言块里重写了fontFamily，需把它提到顶层配置 - 某些插件会注入
workbench.fontAliasing或editor.fontLigatures，这两项对中文无益，建议设为false
终端（Ctrl+`）中文糊成一片？GPU 加速和字体栈要分开配
插件优化的通常是编辑器区，但终端是独立渲染通道。常见现象：编辑器中文正常，终端里中文标点粘连、小字号发灰、光标偏移——这基本是 terminal.integrated.gpuAcceleration 和字体栈不匹配导致的。
必须单独配置终端字体栈，并禁用 GPU 加速：
"terminal.integrated.fontFamily": "'Fira Code', 'Microsoft YaHei', 'monospace'", "terminal.integrated.gpuAcceleration": "off", "terminal.integrated.lineHeight": 1.2
-
gpuAcceleration设为off是关键，尤其在 Windows 和高 DPI 屏幕下，开启时字体渲染会绕过子像素抗锯齿 - 终端的
fontFamily必须显式包含中文字体，不能复用编辑器配置；monospace要放在最后兜底 -
lineHeight推荐设为1.2（非像素值），比编辑器的editor.lineHeight更适配终端行距
中文注释/字符串颜色偏灰？token scope 没覆盖到中文内容
插件自带的语法高亮规则，90% 只定义了英文关键词（如 keyword、string.quoted），但对中文变量名、中文字符串、中文注释不做特殊处理，全走默认 variable 或 text 规则，结果就是统一灰色，辨识度极低。
必须手动补全中文相关 scope：
"editor.tokenColorCustomizations": {
"textMateRules": [
{"scope": "comment", "settings": {"foreground": "#6272a4"}},
{"scope": "string", "settings": {"foreground": "#50fa7b"}},
{"scope": "variable.language", "settings": {"foreground": "#8be9fd"}}
]
}
-
comment覆盖所有注释，含中文注释；string覆盖双引号/单引号内全部内容，无论中英文 - 别信插件描述里的“支持中文高亮”，实际得查它有没有定义
source.python comment.line.number-sign这类细粒度 scope - 如果用了自定义语言插件（如 Python 中文关键字扩展），其 scope 名可能不同，可用
Ctrl+Shift+P→Developer: Inspect Editor Tokens and Scopes实时查看当前光标处的 scope 链
远程开发（SSH/WSL）下中文显示异常？字体路径和 locale 要双重校验
本地配好了，一连 WSL 或远程服务器，中文立刻变方块或缩成小号拼音——根本原因是远程环境没装对应字体，且 locale 未生效。VSCode 远程插件不会自动同步字体，也不会帮你改系统 locale。
- WSL：运行
sudo apt install fonts-noto-cjk（Ubuntu/Debian）或sudo dnf install gnu-free-fonts-common（Fedora），再确认locale -a | grep zh_CN有输出 - SSH 远程主机：确保
/etc/default/locale包含LANG=zh_CN.UTF-8，且用户 shell 启动文件（如~/.bashrc）里有export LANG=zh_CN.UTF-8 - 远程端
settings.json中的editor.fontFamily必须用远程系统已安装的字体名，例如 Linux 下不是Microsoft YaHei，而是Noto Sans CJK SC
远程字体问题最麻烦的点在于：错误不报红，只静默 fallback，你得靠截图对比本地/远程的同一段中文代码，才能发现细微的宽度、标点、笔画缺失差异。
