工作总结11 压缩文件里面的中文文件名读取乱码问题解决方案

    最近，做了一个批量图片文件导入到系统中的功能，开始读取的时候，中文名的文件名，出现了乱码现象。

    首先我用了java自身提供的zip相关API进行读取的，出现乱码后，我对文件名进行了编码转换处理，依然还是乱码。

    根据我以往的经验，平常乱码的出现，往往是文件名的编码和系统中读取流的编码方式不一致造成的。

    于是,我查看了Windows系统下的编码方式：

    在Windows平台下，进入DOS窗口，输入：chcp

    可以得到操作系统的代码页信息：

 

参考了活动代码页和字符集对照表：

 

    字符集是：GB2312

    所以，文件名的编码方式是GB2312

    接着，我看了公司系统的编码方式：

 

百度了一下这个JVM系统参数的含义：

    sun.jnu.encoding 影响文件名的创建

    file.encoding 则影响到文件内容。

从中，我们可以看到file.encoding=UTF-8

通过以上的查看和了解，我们接下来做一下乱码的分析：

    Java读取文件会自动使用当前Java编码环境进行读取压缩文件。

    存在两种存在的情况：

    1.JAVA环境的编码和上传到服务的文件名编码一致，文件名就显示正常

    2.JAVA环境的编码和上传到服务的文件名编码不一致，文件名就会乱码

通过结果分析，我们可以知道JAVA读取文件时使用的码制file.encoding=UTF-8

由于文件名的编码是GB2312，于是中文文件名乱码出现了。

知道了以上原因，那怎么解决呢？

    于是我考虑两种方案：

    方案一：在操作界面添加提示说明，文件名只能输入非中文形式，最后跟测试人员沟通，pass掉了

    方案二：就是修改操作系统的编码或者公司系统的编码，保持二者读取文件编码一致，但是这种改动对操作系统或者公司系统，影响都是太大，不可能改动。

    方案三：在后台获取文件名后，进行乱码的转换进行解决。这种方案，最后让测试采纳。

方案三解决起来并不容易，我用了Java自带的zip API没能实现编码的转换，于是又baidu了一下，发现ant.jar提供了这种编码的转换

    import org.apache.tools.zip.ZipEntry;

   import org.apache.tools.zip.ZipFile;

   ZipFile zipFile = new ZipFile(file,System.getProperty("sun.jnu.encoding"));

最终实现了中文名的乱码乱码转换，正常显示中文了。

    JVM启用的时候，如果没有特别设置字符集，会根据操作系统的字符集，设置默认的字符集。