关键在于统一编码并显式声明——tar本身不记录字符集，解压端靠约定或手动指定还原文件名；跨平台乱码本质是打包端用GBK写入、解压端用UTF-8解析导致字节错配；解决方案包括打包时用--encoding=UTF-8（Linux→Windows）或解压时用--encoding=GBK/GB18030（Windows→Linux），或改用支持代码页的7z格式。
关键在于统一编码并显式声明——tar 本身不记录字符集，解压端靠约定或手动指定来还原文件名。跨平台（比如 Linux → Windows 或反之）时乱码，本质是打包端用 GBK 写入、解压端用 UTF-8 解析，字节对不上。
打包时就用 UTF-8 编码（推荐首选）
Linux 默认环境通常是 UTF-8，只要确保源文件名本身就是 UTF-8 编码（现代系统基本如此），打包时显式指定 --encoding=UTF-8 即可让 tar 在归档中以标准方式记录名称：
tar -cvf archive.tar --encoding=UTF-8 folder/- 压缩同时加 gzip：
tar -czvf archive.tar.gz --encoding=UTF-8 folder/
这样在 Ubuntu/macOS/Windows（配合支持 UTF-8 的解压工具如 7-Zip、Bandizip 或新版 WinRAR）中解压，基本能正确显示中文。
Windows 打包 → Linux 解压时的处理
若压缩包来自 Windows（如用 7-Zip 或 WinRAR 以 GBK 存储中文名），Linux 端解压需主动指定编码：
tar -xvf archive.tar --encoding=GBK-
tar -xzvf archive.tar.gz --encoding=GB18030（兼容性略好于 GBK）
注意：--encoding 参数要求 tar 版本 ≥ 1.29（Ubuntu 16.04+ 默认满足）。可用 tar --version 确认。
兼容性兜底方案：改用 7z 格式
tar 对编码无元数据支持，而 7z 原生支持指定代码页（如 -mcp=936 对应 GBK），跨平台鲁棒性强：
- Linux 打包：
7z a -t7z -mcp=936 archive.7z folder/ - Windows 解压：
7z x archive.7z -mcp=936（或图形界面中选“GBK”）
安装命令：sudo apt install p7zip-full（Ubuntu/Debian）。
已乱码文件的补救方法
如果已经解压出乱码目录（例如显示为 .txt），说明原始字节被错误解释。可用 convmv 按假设编码反向修复：
- 安装：
sudo apt install convmv - 尝试从 GBK 误读为 UTF-8 的情况：
convmv -f gbk -t utf-8 -r --notest ./broken-dir/ - 加
--list先预览，确认无误再执行
注意：此操作不可逆，务必先备份。
