Linux解压Windows ZIP中文乱码是因GBK编码写入而UTF-8解析所致，需用unzip -O GBK/CP936/GB18030指定解码，或改用7z、unar等支持编码探测的工具，并确保系统locale和终端均为UTF-8。
Linux解压Windows打的.zip包，中文文件名变??????，不是文件损坏，是编码对不上——Windows存的是GBK字节，Linux默认按UTF-8解释，自然错乱。核心就一条：让解压工具用GBK（或CP936、GB18030）去读文件名。
确认unzip是否支持-O参数
新版unzip（6.0+）才带-O选项，老版本直接报错unzip: invalid option -- 'O'。
- 运行
unzip -v看版本号；低于6.0就得升级或换工具 - Ubuntu/Debian：
sudo apt update && sudo apt install unzip（通常源里已是6.0+） - CentOS/RHEL 8+：
sudo dnf install unzip；RHEL 7及更早需手动编译或改用unar - Arch/Manjaro：
yay -S unzip-iconv（提供带-O的补丁版）
用unzip -O指定GBK解压
这是最直接、不依赖额外工具的方案，适用于大多数Windows生成的ZIP。
- 试
unzip -O GBK archive.zip，不行再换CP936（Windows代码页名，等价于GBK）或GB18030 - 如果提示
cannot find or open GBK，说明系统没启用该locale，先运行locale -a | grep -i gbk；无输出则需生成：sudo localedef -c -i zh_CN -f GBK zh_CN.GBK - 解压后若目录结构错乱（如
子目录/文件.txt变成子目录\文件.txt），是ZIP里用了反斜杠分隔符，加-X跳过扩展属性：unzip -O CP936 -X archive.zip
备选：用7z或unar绕过unzip限制
当unzip -O不可用，或解压后文件名仍乱码（比如含生僻字），7z和unar更鲁棒，它们内部做了编码探测。
- 安装：
sudo apt install p7zip-full（Ubuntu/Debian）或sudo dnf install p7zip-plugins（RHEL/CentOS） - 解压：
7z x archive.zip -o./output；注意它默认用系统locale解码，若仍乱码，加环境变量：LANG=zh_CN.GBK 7z x archive.zip -
unar更傻瓜：sudo apt install unar，然后直接unar archive.zip——它会自动尝试多种编码，成功率高 - ⚠️ 注意：
7z解压后文件名是UTF-8，但原ZIP里是GBK字节，所以7z本质是做了转码；而unar输出的文件名仍是原始字节，只是终端能正确显示
别漏掉终端和locale底层支持
即使命令对了，ls一列还是???，大概率是终端或系统没准备好显示UTF-8字节。
- 先跑
locale，确认LC_CTYPE是en_US.UTF-8或zh_CN.UTF-8；若是C或空，临时修复：export LC_CTYPE=en_US.UTF-8 - SSH连服务器时，客户端必须设为UTF-8解码：PuTTY选
UTF-8，SecureCRT设Character Encoding = UTF-8，Windows Terminal确保code page是65001 - 别在
/etc/environment里硬写UNZIP="-O CP936"——这会让所有GUI归档管理器（如File Roller）静默失败，且无法覆盖用户级设置
真正卡住人的地方，往往不是解压命令本身，而是解压后ls看不到中文、mv重命名报错，或者脚本里for f in *.txt根本匹配不到文件——这些都不是编码问题，是shell glob和locale对文件名字节的解释机制没对齐。动手前，先locale和ls | hexdump -C看一眼真实字节，比猜快得多。
