升级到 VSCode 1.80 后终端中文显示为乱码，这个问题通常不是编辑器本身的 bug，而是编码、字体或环境变量在升级过程中被重置或覆盖。下面是我的排查处理顺序，每一步都附带验证方法和风险边界。

先确认问题现象和范围

打开终端后，先输入几个中文字符或查看已有中文输出。如果所有中文都显示为问号或乱码，大概率是编码问题；如果只有部分字体变成方框或空白，可能是字体缺失。别急着改设置，先确定乱码只在 VSCode 内置终端出现，还是系统终端（如 cmd、PowerShell）也有同样问题。系统终端正常而 VSCode 异常，说明问题出在 VSCode 的集成终端配置上；双方都乱码，则需要检查系统区域或系统字体。

检查终端编码设置

升级到 VSCode 1.80 后，如果终端中文显示为乱码，首先应检查终端的编码设置。在 VSCode 中打开终端，点击终端右上角的齿轮图标，选择“设置”，在“终端·集成·编码”中确认当前编码为 UTF-8。如果设置为其他编码（如 GBK），手动切换回 UTF-8 并重启终端即可解决问题。

这个操作是最直接的，但很多用户忽略了一点：VSCode 1.80 的升级可能重置了某些用户配置，导致编码回退到系统默认（Windows 下常为 GBK）。切换到 UTF-8 后，如果乱码消失，就无需再动其他设置。如果切换后依然乱码，说明问题不在终端编码本身，需要继续往下排查。

通过环境变量修正编码

部分 Windows 系统下，终端乱码可能由环境变量 LANG 或 LC_ALL 未正确设置引起。在 VSCode 的 settings.json 中添加配置："terminal.integrated.env.windows": {"LANG": "zh_CN.UTF-8"}。注意此项修改仅影响 VSCode 内置终端，不会影响系统全局。配置后记得重新打开终端。

这个配置适用于那些依赖 LANG 变量的程序（如 Git Bash、WSL 中的 Linux 工具）。如果当前终端是 PowerShell 或 cmd，LANG 变量通常不会被读取，因此这个配置可能无效。可以先在终端里执行 echo $env:LANG（PowerShell）或 echo %LANG%（cmd）查看变量是否存在。若为空或不是 UTF-8，再添加上述配置。风险很低，因为作用域仅限于 VSCode 集成的终端窗口。

用字体配置解决显示异常

乱码也可能是终端字体不支持中文字符导致的。在 VSCode 设置中搜索 "terminal.integrated.fontFamily"，将其值设为支持中文的等宽字体，如 "Consolas, 'Microsoft YaHei Mono', monospace"。字体名需用引号包裹，多个字体用逗号分隔。修改后立即生效，若未变可尝试重载窗口。

这一步尤其适合中文字符显示为方框（□）或点阵乱码的情况。注意字体列表的顺序：VSCode 会优先使用第一个字体，如果该字体缺失中文字形，才会回退到下一个。推荐将 'Microsoft YaHei Mono' 或 'Noto Sans Mono CJK SC' 放在前面。如果系统中没有这些字体，可以安装 Nerd Fonts 或 Cascadia Code (带中文字形版)。修改后如果仍然显示异常，可以检查一下系统字体缓存，重启 VSCode 即可。

快速验证与临时切换方法

在修改配置之前，可以用一个临时命令快速确认问题是否由编码引起。在终端内执行 chcp 65001，将当前会话的代码页切换为 UTF-8。如果乱码立即变为正常中文，说明编码是根本原因，之后只需在 VSCode 设置中固定 UTF-8 编码即可。

这条命令只对当前终端标签有效，关闭后失效，适合做快速测试。如果你经常需要临时切换到 UTF-8，可以在 PowerShell 配置文件中添加 [System.Console]::OutputEncoding = [System.Text.Encoding]::UTF8，这样每次启动终端时会自动设置。但要注意，在 cmd 中使用 chcp 65001 后，部分旧版工具（如旧版 Git 的 bash）可能显示异常，因此不建议作为永久方案。

排查扩展和启动参数干扰

如果上述配置都试过仍然乱码，问题可能出在扩展或自定义启动参数上。在 VSCode 设置中搜索 terminal.integrated.shellArgs.windows 或 terminal.integrated.profiles.windows，检查是否有 -NoLogo、-ExecutionPolicy 等参数，这些参数本身不会引起乱码，但某些扩展（如 PowerShell 扩展、Remote-SSH）可能会注入额外的命令来修改编码。

可以尝试禁用所有非必要扩展，然后逐个重开，观察乱码是否消失。另外，如果你使用了 terminal.integrated.commandsToSkipShell 配置，确保没有误将编码相关命令屏蔽。回滚方法很简单：留一份 settings.json 的备份，修改前注释掉可疑配置，重启终端对比效果。

总体来说，VSCode 1.80 后的终端乱码，按“先编码、再环境变量、再字体、最后扩展”的顺序排查，大部分情况都能解决。每个步骤都有明确的验证手段和回滚路径，即使误改也不会影响系统其他应用。