压缩包解压后中文文件名全是乱码：按这 6 步分清是编码、工具还是压缩方式
Windows 自带压缩、右 rar、7-Zip 都能解压，唯独某些压缩包解开后文件名变成「乱码」——一串问号或者方块。下面给你一条能照着走的排查路径。
一、先说结论
中文文件名乱码基本只有三个来源：
- 压缩包内部存的文件名用的是非 UTF-8 编码（最常见是老式 GBK/ANSI，中文 Windows 上用「ZIP 简体中文」方式压缩产生的），解压工具按 UTF-8 解析就乱；
- 解压工具选错了：用 7-Zip 去解 RAR 变体、或用某些只支持 UTF-8 的工具去解 GBK 包，工具没有编码回退选项；
- 解压后文件名正常，但记事本打开内容乱码——这是内容编码问题，跟文件名是两回事，别混着查。
判断方向很简单：文件名乱 = 编码问题；内容乱 = 编码问题（另一层）。先看乱的是名字还是内容，能省掉一半排查。
二、按顺序自查的 6 步
第 1 步：先确认是文件名乱码还是内容乱码。
在压缩包管理器里不解压，直接看里面的条目名。如果列表里就显示乱码，说明乱码来自压缩包本身的编码；如果列表里名字正常，解压后才乱，那才可能是解压工具的问题。
第 2 步：换一个解压工具对比。
用 7-Zip（官网页面下载的正式版）解开同一份包。如果 7-Zip 里名字正常而 Windows 自带解压乱，那就是自带解压器的编码回退策略问题，以后统一用 7-Zip 解压即可，属于「换工具」而不是「修文件」。
第 3 步：在 7-Zip 里手动指定编码。
7-Zip 打开压缩包后，点工具栏的「…」或菜单「内部视图」旁边的编码选择项，在弹出列表里依次试 GBK（代码页 936）、UTF-8、Big5，选能让文件名正常显示的那一项。选对之后预览窗口里文件名会立刻变成正常中文——看到中文出现就说明选对了。确认后回到资源管理器用这个设置重新解压。
第 4 步：如果是 Linux / macOS 传来的包，用命令行解压并显式指定编码。
在 Windows 终端或 PowerShell 里，用 7-Zip 的命令行版本解压，指定代码页：
"C:\Program Files\7-Zip\7z.exe" x "D:\下载\资料包.zip" -o"D:\下载\解压结果" -mcp=936其中 -o 后面跟输出目录，-mcp=936 表示用简体中文代码页 936 解析文件名。如果解出来还是乱，把 936 换成 65001（UTF-8）再试一次，两个里总有一个是对的。
第 5 步：文件名正常但打开内容乱码，改用带编码选项的编辑器。
用 Notepad++ 或 VS Code 打开，右下角或菜单里选择「以 GBK / 简体中文编码重新打开」，内容立刻正常就说明文件是 GBK 编码。日常处理这类文件时，建议把编辑器默认编码设为 UTF-8 读取、GBK 回退，避免每个文件都手动切。
第 6 步：以后压缩时统一口径。
在压缩软件的选项里把文件名字符集固定为 UTF-8（7-Zip 在「选项→设置→文件名编码」中选 UTF-8），这样发给任何系统的人都不会乱。同时避免使用 rar 的旧版本或某些在线压缩站（部分站点会把文件名转成百分号编码的 URL 形式），跨平台传输优先用 zip。
三、能直接复制的命令/设置
适用系统：Windows 10 / 11（需要已安装 7-Zip 官方版，默认路径 C:\Program Files\7-Zip\7z.exe）。
用命令行列出压缩包内的文件清单，并指定 936 编码解析文件名：
"C:\Program Files\7-Zip\7z.exe" l "D:\下载\资料包.zip" -mcp=936以 936 编码完整解压到指定目录：
"C:\Program Files\7-Zip\7z.exe" x "D:\下载\资料包.zip" -o"D:\下载\解压结果" -mcp=936以 UTF-8 解析（另一路尝试）：
"C:\Program Files\7-Zip\7z.exe" x "D:\下载\资料包.zip" -o"D:\下载\解压结果" -mcp=65001测试压缩包本身是否损坏（有 CRC 错误会列出来）：
"C:\Program Files\7-Zip\7z.exe" t "D:\下载\资料包.zip"用 Windows 自带 PowerShell 解压 ZIP（Windows 10 1803 及以上 / Windows 11）：
Expand-Archive -Path "D:\下载\资料包.zip" -DestinationPath "D:\下载\解压结果" -Force批量把一个目录里所有文本文件按 GBK 转成 UTF-8（先在副本目录里试，确认无误再对原件操作）：
Get-ChildItem "D:\资料\*.txt" | ForEach-Object {
$t = [System.IO.File]::ReadAllText($_.FullName, [System.Text.Encoding]::GetEncoding(936))
[System.IO.File]::WriteAllText($_.FullName, $t, [System.Text.UTF8Encoding]::new($false))
}四、三个别乱做的动作
- 别一上来就改系统区域设置里的「使用 Unicode UTF-8 提供全球语言支持」。 这是 Beta 功能，打开后老程序（尤其是国产老软件、部分财务和打印工具）容易出怪问题，用编码回退选项解一次包就能解决的故障，不值得用全局设置去换。
- 别用「批量重命名」去改乱码文件名。 除非你已经确认乱码对应的是哪一批正确名称，否则重命名只会把错误固化下来，正确做法是重新解压一次。
- 别把 GBK 转 UTF-8 的脚本直接对着唯一原件跑。 编码转换脚本跑两次就是乱码加倍，务必先在副本上验证。
五、什么时候该送修或重装
出现下面这些情况才值得找技术同事：压缩包在多台机器、多个解压工具下文件名全是乱码，说明对方生成压缩包时用的工具或编码非常规，需要对方重新导出；解压中途报 CRC 错误或「数据意外损坏」，多半是传输过程中文件被截断，需要对方重新传一次；或者公司内部有一套固定的归档规范（含归档系统、加密包、涉密文件），普通解压工具处理不了，那就该走内部 IT 的流程，用指定的解密与归档工具，而不是在通用工具里试编码。
一句话收尾：中文文件名乱码九成是压缩时没锁定字符集，解压端手动指定一次 GBK 或 UTF-8 就能救回来，先试 936，再试 65001。
（本文命令基于 Windows 10 / 11 自带终端与 7-Zip 官方版整理，7-Zip 可从官网下载安装；本文不涉及任何来源不明的破解工具。）