VSCode本身不支持直接打开压缩包，所谓“压缩包中文乱码”实为第三方插件（如vscode-archive）解析ZIP文件名编码错误所致：Windows旧工具用GBK写文件名，插件却按UTF-8解码，导致显示为\344\270\255或方块；应优先用系统解压工具解压后打开，或改用extractor插件并手动选GBK/GB18030编码。
VSCode 本身不支持直接打开或解压压缩包（如 .zip、.rar、.7z），所谓“打开压缩包乱码”，其实是你用了第三方插件（比如 vscode-archive、extractor 或某些文件浏览器增强插件）来预览压缩包内容，而这些插件在读取压缩包内文件名时，因编码解析错误导致中文显示为 \344\270\255\346\226\207 或方块——这和文件内容编码无关，是归档元数据的字符编码没对上。
为什么压缩包里的中文文件名会变成八进制转义或方块
ZIP 格式本身不强制规定文件名编码，不同工具打包时用的编码五花八门：Windows 上的旧版压缩软件（如 WinRAR 3.x、早期 7-Zip）默认用 GBK 写文件名；macOS 的 Archive Utility 用 UTF-8；Linux 下的 zip 命令默认用 locale 编码（常为 UTF-8），但若 locale 是 zh_CN.GB18030，就可能写 GB18030。插件读取时若硬按 UTF-8 解析 GBK 字节，就会崩成 \344\270\255 这类转义序列。
常见表现：
- 右键“Open Archive”后，目录树里中文文件名显示为
???.txt或一堆\xxx - 点开某个中文命名的文件，内容正常，但标签页标题或侧边栏显示异常
- 同一压缩包，在 Windows 记事本里解压后中文正常，但在 VSCode 插件里乱码
vscode-archive 插件读 zip 中文名失败怎么调
vscode-archive（最常用 ZIP 预览插件）底层调用的是 Node.js 的 jszip 库，它默认把文件名当 UTF-8 处理。遇到 GBK 打包的 ZIP，必须手动指定解码方式——但它没提供 UI 设置入口，只能靠改插件源码或换行为更可控的替代方案。
实操建议：
- 优先用系统自带解压工具（如 Windows 资源管理器、macOS 归档实用工具）先解到临时目录，再用 VSCode 打开文件夹——绕过插件编码问题
- 如果坚持用插件预览，安装
extractor（比vscode-archive对中文支持更好），它会在首次打开 ZIP 时弹窗提示“Detect encoding for filenames”，选GBK或GB18030 - 确认压缩包来源：如果是你自己打的包，用 7-Zip 或 Bandizip 时勾选“UTF-8 for file names”；用命令行
zip，加-UN=UTF8参数（Linux/macOS）
Git 提交的 zip 文件里中文路径显示 \344\270\255\346\226\207 怎么办
这不是 VSCode 或插件的问题，是 Git 自身对二进制文件内部结构无感知，它只管字节流。当你 git add archive.zip 后，Git 并不会去解析 ZIP 里的文件名编码，所以 git status 或 GitLens 显示的仍是原始字节。终端里看到的 \344\270\255 是 Git 为避免终端渲染问题做的八进制转义输出，和 VSCode 无关。
关键点：
- 这个乱码只出现在 Git 日志/状态面板里，不影响 ZIP 文件本身有效性
- 不要试图用
git config core.quotepath false修复——它只对 Git 管理的**路径名**生效，对 ZIP 包内嵌的文件名无效 - 真正要解决，得让压缩包生成端统一用 UTF-8 写文件名，而不是在消费端（VSCode/Git）硬调
最麻烦的不是插件不支持 GBK，而是同一个 ZIP 可能混着 UTF-8 和 GBK 文件名（比如用不同工具追加压缩），这种情况下任何插件都救不了——得拆包重压。
