VSCode中文乱码需先排查字体与编码：编辑区乱码主因是editor.fontFamily未配置支持中文的等宽字体（如Microsoft YaHei Mono），而非语言包问题；终端乱码则需单独设置terminal.integrated.fontFamily；文件编码应统一为UTF-8并关闭autoGuessEncoding以避免识别错误。
中文插件装完还是乱码？先查 editor.fontFamily 和系统字体支持
VSCode 默认不自带中文字体，装了中文语言包（如 Chinese (Simplified) Language Pack）只改界面文字，编辑区乱码是字体问题，不是语言包没生效。常见现象是中文注释显示为方框或空格，console.log("你好") 在编辑器里看不清。
解决方法很简单：打开设置（Ctrl+,），搜索 editor.fontFamily，手动填入已安装的等宽中文字体，例如：'Fira Code', 'Microsoft YaHei Mono', 'SimSun', 'monospace'。注意顺序——VSCode 会从左到右尝试匹配，Microsoft YaHei Mono 在 Windows 上稳定，macOS 推荐 'PingFang SC', 'STHeiti'，Linux 常用 'Noto Sans CJK SC', 'WenQuanYi Micro Hei'。
别直接复制网上“万能字体链”，有些字体系统根本没装，反而导致整行渲染失败；也别用非等宽字体（比如 SimSun 单独放前面），会导致对齐错乱、缩进异常。
输入法切换卡顿？关掉 editor.suggest.preview 和 editor.quickSuggestions
中文输入法（尤其是搜狗、微软拼音）在 VSCode 里打字延迟、候选框跳动、甚至输不进字符，多数不是输入法本身的问题，而是 VSCode 的智能提示预览和实时建议在干扰。
实操建议：
- 把 editor.suggest.preview 设为 false（关闭建议预览，避免输入中途弹出代码片段遮挡候选框）
- 把 editor.quickSuggestions 设为 {"other": false, "comments": false, "strings": false}（仅保留必要场景的自动补全，中文变量名/字符串补全常误触发）
- 如果用 Vim 插件（如 vim），确认 vim.useSystemClipboard 为 true，否则 Ctrl+V 粘贴中文可能丢字
文件编码识别错误导致中文注释变问号？别依赖自动检测
新建文件写中文保存后，下次打开变成 ，大概率是文件以 GBK 编码保存，但 VSCode 默认用 UTF-8 读取。自动编码检测（files.autoGuessEncoding）在混合编码项目里极不可靠，尤其含历史遗留 .js/.html 文件时。
稳妥做法：
- 全局关闭 files.autoGuessEncoding（设为 false）
- 统一项目根目录下加 .vscode/settings.json，写死编码：
"files.encoding": "utf8"
- 对必须用 GBK 的旧文件（如某些嵌入式文档），右下角点击编码显示（如
UTF-8），选 Reopen with Encoding → GBK，再手动另存为 UTF-8（推荐一次性转换，避免长期维护多编码）
终端中文显示异常？和编辑器无关，得调 terminal.integrated.fontFamily
编辑器里中文正常，但集成终端（Ctrl+`）里 ls 出的中文文件名全是方块，这不是语言包或编辑器字体的问题，是终端渲染层独立使用的字体。
必须单独配置：
- 搜索 terminal.integrated.fontFamily
- 填入支持中文的等宽字体，例如：'Cascadia Code', 'YaHei Consolas Hybrid', 'DejaVu Sans Mono for Powerline'
- Windows 用户慎用 Consolas（原生不支持中文），macOS 避免纯英文字体如 Menlo；Linux 下若用 gnome-terminal 外部终端，VSCode 终端配置无效，得去系统终端设置里改
字体缓存有时滞后，改完重启 VSCode 才生效；如果用了 oh-my-zsh 或 powerlevel10k，主题里的图标字体（如 Nerd Fonts）也要确保含中文支持，否则提示符后的中文路径仍会乱码。
