网站后台收到用户反馈：上传的ZIP压缩包解压后，里面的中文文件名全变成了乱码。这类问题在网站维护中并不少见，麻烦之处在于它不是一个环节的错，上传、解压、展示三个环节都可能出问题，只看其中一处往往找不到原因。
先要分清乱码出现在哪一层。第一种是用户在本地解压后文件名就乱了，说明问题在压缩包本身；第二种是服务器解压后目录里的文件名乱码，问题出在解压环节；第三种是服务器上文件名正常，但网页列表显示乱码，问题在展示环节。三种现象指向不同原因，核对前先确认现象，能少走很多弯路。
核对压缩包本身，要看它是在什么环境下创建的。不同操作系统和压缩工具的默认文件名编码并不一致，有的按本地字符集写入，有的默认使用UTF-8。如果压缩包内文件名不是UTF-8，而解压端按UTF-8识别，就会出现乱码。可以让用户换一个明确支持UTF-8文件名的压缩工具重新打包，作为对照测试。
核对解压环节，要看服务器使用的解压命令或组件如何识别文件名编码。部分命令行工具默认按系统区域设置处理文件名，区域设置不是中文环境时，中文文件名容易被错误转码。可以检查系统区域设置，并在解压时指定编码参数，观察结果是否恢复正常。
核对展示环节，要看网页读取目录时的字符集声明、数据库存储编码和接口返回格式是否一致。文件在磁盘上正常，经过数据库或接口转手后变成乱码，通常是某一环没有统一使用UTF-8。逐项确认页面声明、数据表字符集和接口输出编码，能定位到具体断点。
排查时可按顺序走一遍：先让用户提供原始压缩包，在测试环境解压复现；再检查压缩包内文件名编码；然后核对服务器区域设置与解压参数；最后检查页面与数据库编码。对已经乱码的历史文件，不要直接在原目录反复重命名，稳妥做法是先备份，再按确认后的编码重新解压或批量转换，转换后抽样打开验证。
这类问题的根子往往不在技术难度，而在流程缺少约定。上传前明确压缩规范，解压后抽样验证文件名，把文件名编码纳入验收项，能大幅减少反复沟通。it数运在网站维护中把这类细节纳入交付检查，正是为了让问题在交付前被发现，而不是等用户反馈后再回头排查。
