插件中文乱码需分四层解决：ui渲染层需配置中文字体，output面板需node.js启用utf-8，json配置须utf-8无bom保存，文件路径乱码要系统级utf-8支持及shell编码设置。
插件界面中文显示为方块或问号
这不是文件编码问题，而是插件 UI 渲染层缺失中文字体支持。VSCode 插件市场页面、扩展详情面板、设置页里的中文乱码，通常是因为系统未正确加载中文字体，或 VSCode 用了不支持中文的字体 fallback 链。
实操建议：
- 打开
settings.json，添加或修改"editor.fontFamily"，显式指定优先级高的中文字体，例如："editor.fontFamily": "'Microsoft YaHei', 'SimSun', 'sans-serif'"（注意单引号包裹、英文逗号分隔） - 不要只写
"SimSun"：Windows 上 SimSun 缺少等宽变体，可能导致侧边栏文字错位；Microsoft YaHei更稳 - macOS 用户需用
"PingFang SC"或"Heiti SC"，写成"Helvetica Neue"会跳过中文渲染 - Linux 用户检查是否安装了
fonts-wqy-zenhei或noto-fonts-cjk，仅靠DejaVu Sans无法覆盖全部汉字
插件输出面板（Output）里中文全是 或空格
这是最隐蔽的一类：插件日志、调试输出、语言服务器通信内容出现在 Output 面板时乱码，和终端无关，也不走 terminal.* 配置。根本原因是 Node.js 进程在 Windows 上默认未启用 UTF-8 模式，而 VSCode 的插件宿主进程（Extension Host）基于 Node.js 启动。
实操建议：
- 在
settings.json中添加："terminal.integrated.env.windows": {"NODE_OPTIONS": "--experimental-strip-ansi"}不解决乱码，但能排除 ANSI 控制符干扰 - 真正生效的是全局环境变量：必须在系统级或用户级环境变量中设置
NODE_OPTIONS=--no-warnings --max-old-space-size=4096并追加--experimental-utf8（Node.js ≥18.17+ 才支持） - 更兼容的做法是改插件自身行为：若你开发插件，确保所有
console.log()前手动调用process.stdout.setEncoding('utf8') - 常见踩坑：
"files.encoding"对 Output 面板完全无效；chcp 65001只影响集成终端，不影响 Extension Host 进程
插件配置项里中文保存后变成乱码
典型场景：安装了 ESLint、Prettier 或 i18n 插件，在其 JSON 配置文件（如 .eslintrc.json）里写中文注释或规则提示，保存后打开变成 \u4f60\u597d 或直接崩出 Invalid UTF-8 byte sequence 错误。
实操建议：
- 确认该 JSON 文件本身以 UTF-8 无 BOM 格式保存：右下角点击编码 → 选
Reopen with Encoding→UTF-8，再点同位置 →Save with Encoding→utf8（全小写，无短横，无 BOM） - 禁止在 JSON 中使用注释（哪怕 VSCode 允许）：JSON 标准不支持
//或/* */，插件读取时可能因解析器差异丢弃或转义中文 - 若必须存中文文案，改用
.js或.cjs格式导出配置，例如module.exports = { rules: { 'no-console': ['error', { allow: ['warn', 'error'] }] } } - 插件作者未声明
"engines"字段时，旧版 Node.js（≤14.x）对 UTF-8 路径/字符串处理不稳定，升级 Node.js 是硬性前提
插件自动创建的文件名含中文却显示为 ???
比如 Code Runner 插件执行 code ./测试.py，结果资源管理器里显示为 ???.py；或者 Live Server 插件启动后浏览器地址栏路径出现 %EF%BF%BD —— 这不是 VSCode 显示问题，而是底层 shell 传递路径参数时被截断或转义。
实操建议：
- Windows 用户必须启用系统级 UTF-8 支持：设置 → 时间和语言 → 语言和区域 → 管理语言设置 → 更改系统区域设置 → 勾选
Beta: 使用 Unicode UTF-8 提供全球语言支持→ 重启 - 禁用旧版 CMD：在
settings.json中强制设"terminal.integrated.defaultProfile.windows": "PowerShell"，CMD 对多字节路径支持极差 - 避免在文件名中使用全角标点（如《》、【】），它们在某些插件路径解析逻辑中会被过滤或替换为空格
- 如果插件源码可控，检查其 spawn 调用是否传了
{ encoding: 'utf8' }选项，缺了就 fallback 到系统默认代码页
复杂点在于：插件乱码不是单一配置能统管的，它横跨字体渲染、Node.js 运行时、系统 API 层、shell 参数传递四层。最容易被忽略的是——你以为在改 VSCode 设置，其实插件根本没读那几行 JSON。
