内容概览
核心正文
文件名中文乱码的常见原因
文件名中文乱码最常见的来源是编码不一致。Windows 的资源管理器与压缩软件长期使用本地代码页（如 GBK），而 Linux、macOS 与多数网络协议默认使用 UTF-8。当文件名以 GBK 写入、却以 UTF-8 读取时，中文就会变成一串问号、方块或无规律的拉丁字母组合。
第二个常见原因是压缩与解压工具的处理方式不同。用旧版 WinRAR、7-Zip 或某些命令行 zip 打包时，如果没有启用 UTF-8 文件名标志，解压到另一台机器上就可能出现乱码。跨系统传输、邮件附件、网盘同步同样容易触发这一问题。
此外，挂载分区时指定的字符集、FTP 与 SMB 的编码协商，以及浏览器下载时对 Content-Disposition 的解析，都可能让原本正常的中文文件名在落地后变得无法识别。
如何判断是编码问题还是文件损坏
- 观察乱码形态：出现连续问号或方块，通常是编码转换失败；出现类似拉丁字母组合的字符，多是 UTF-8 被当作单字节编码读取。
- 检查文件能否正常打开：如果内容完好、仅名字异常，基本可以确定是文件名编码问题，而不是文件本身损坏。
- 确认来源系统：回忆文件是从 Windows 拷贝到 Linux，还是从压缩包解压而来，这能快速缩小排查范围。
- 对比原始列表：在源机器上执行 dir 或 ls，查看原始文件名是否正确，以确认问题发生在传输或解压环节。
修复文件名中文乱码的实用步骤
修复时先备份，再操作。Linux 下可用 convmv 命令批量转换文件名编码，例如将 GBK 文件名转为 UTF-8；macOS 可借助 iconv 与 shell 脚本处理。Windows 则可借助支持编码选择的压缩软件，重新以 UTF-8 打包。
解压环节要选对工具与参数。优先使用明确支持 UTF-8 的版本，在解压选项中指定正确编码，或先用 7z 列出文件名再决定参数。跨系统共享时尽量统一使用 UTF-8，能显著减少文件名中文乱码的出现。
文件名中文乱码排查清单
- 确认文件内容是否完好，判断问题是否只在文件名。
- 在源系统查看原始文件名，记录其真实编码。
- 检查压缩包是否带有 UTF-8 文件名标志，必要时更换解压工具。
- Linux 下使用 convmv 或 iconv 转换文件名编码，操作前先备份。
- 统一工作环境为 UTF-8，跨系统传输时避免混用 GBK。
- FTP、SMB 与网盘同步时确认编码协商设置一致。
常见问题
- 文件名中文乱码会影响文件内容吗？
- 通常不会。多数情况下文件内容完好，只是文件名字节被错误解码，修复文件名后即可正常使用。
- 为什么 Windows 传到 Linux 后中文文件名会乱码？
- Windows 常用 GBK 表示中文文件名，而 Linux 默认 UTF-8。编码不一致导致同一串字节被解读成不同字符，从而显示为乱码。
- 可以用重命名软件批量修复吗？
- 可以。选择支持指定源编码与目标编码的工具，如 convmv 或增强型重命名软件，批量转换前务必先备份，避免误改无法恢复。
结尾
文件名中文乱码看似麻烦，根因却大多集中在编码不一致上。只要在压缩、解压与跨系统传输时统一使用 UTF-8，并在修复前做好备份，绝大多数乱码都能顺利恢复。遇到问题时按本文清单逐项排查，就能快速定位并解决。