中文显示模糊是字体链未正确配置所致，需为editor.fontfamily和terminal.integrated.fontfamily分别设置含等宽中文字体的回退链，并关闭editor.unicodehighlight相关选项。
插件装完中文界面还是糊？先确认是不是字体问题
装了 Chinese (Simplified) Language Pack 后菜单变中文，但代码区、注释、字符串里的中文显示发虚、断笔、字距不均——这不是插件没生效，是编辑器字体链没配对。语言包只管翻译文本，不管字体渲染。
常见错觉：以为“汉化完成=中文字体自动适配”。实际 VS Code 编辑器区域（也就是你写代码的地方）默认用的是英文字体（如 Consolas 或 Monaco），它们不含中文字符集，系统 fallback 时可能选到 SimSun（宋体）这类非等宽字体，导致对齐错乱、光标偏移。
- 检查方法：在代码里写一行中文注释，比如
// 测试中文，观察是否每个字宽度一致、边缘清晰 - 如果出现字重不一、右侧被裁切、或光标停在字中间，基本就是字体链失效
- 右键选中中文 → “检查元素”（DevTools）可看到最终生效的
font-family值，对照你配置的字体链排查哪一环断了
editor.fontFamily 怎么填才真正生效
editor.fontFamily 不是单填一个中文字体就行，它是一条“回退链”，顺序决定优先级。VS Code 会从左到右逐个尝试，直到找到支持当前字符（比如汉字）且已安装的字体。
- 必须用英文逗号分隔，每个含空格的字体名加英文单引号，例如：
'Fira Code', 'Microsoft YaHei Mono', 'PingFang SC', 'Noto Sans CJK SC', 'monospace' -
Fira Code放最前：它是主力编程字体（等宽+连字），但不含中文，所以后面必须接能撑起中文的等宽字体 -
Microsoft YaHei Mono（不是Microsoft YaHei）才是 Windows 下真正的等宽中文字体；PingFang SC是 macOS 原生等宽中文字体；Noto Sans CJK SC跨平台推荐，需手动安装 - 末尾加
monospace保底，防止所有字体缺失时直接崩成 serif 字体 - 改完保存即可生效，但已打开的标签页可能需手动刷新（
Ctrl+R）
为什么终端中文还是挤在一起？terminal.fontFamily 要单独配
editor.fontFamily 对集成终端（Ctrl+`）完全无效。终端走的是另一套配置：terminal.integrated.fontFamily。很多人配好了编辑器字体，终端却中文重叠、换行错位，就卡在这儿。
- 务必填和
editor.fontFamily相同的字体链，尤其要确保含等宽中文字体，例如：'Cascadia Code PL', 'Microsoft YaHei Mono', 'Noto Sans CJK SC', 'monospace' - Windows 用户注意：
Cascadia Code PL是微软官方推荐的终端等宽字体，自带中文支持，比硬塞Microsoft YaHei更稳 - macOS 用户避免用
Menlo或Monaco直接 fallback 中文，它们非等宽，会导致中文宽度≈2英文字符，引发对齐灾难 - Linux 用户若用
gnome-terminal外部终端，VS Code 终端配置不影响它；只影响内置integrated终端
unicodeHighlight 关掉，否则中文照样变方框
即使字体链全对、终端也配好，注释/字符串里的中文仍显示为 □□□？大概率是 editor.unicodeHighlight 在作祟。这不是字体缺失，而是 VS Code 默认把非 ASCII 字符当“可疑 Unicode”高亮框起来。
- 必须关掉三项：
editor.unicodeHighlight.invisibleCharacters、editor.unicodeHighlight.nonBasicASCII、editor.unicodeHighlight.ambiguousCharacters，全部设为false - 尤其
nonBasicASCII默认为true，会把所有中文、日文、emoji 都框住，哪怕字体完全支持 - 顺手检查
editor.renderWhitespace是否为none或boundary，避免空格渲染干扰中文视觉节奏 - 这个开关在设置里搜
unicode highlight就能直接定位，改完立即生效，无需重启
真正麻烦的不是配字体，而是每层渲染路径（编辑器、终端、UI 区域）都走不同机制，且互相不继承。最容易被忽略的是：UI 字体（菜单栏、侧边栏）根本不由 VS Code 控制，它吃系统 UI 字体链，改 editor.fontFamily 对它毫无影响——别在这儿浪费时间调参。
