java怎么解决csv导出乱码问题-创新互联

1、问题

将查询的数据以xls文件导出时（UTF-8编码），数据正常；但以CSV文件导出时，文件中的中文乱码，同样是UTF-8编码，改成GBK编码导出时，中文显示正常。

本以为问题解决，后面导出含拉丁字符（如ÀÆÊàÌ）的数据时，以xls文件导出数据正常显示，以CSV文件导出时，文件中的拉丁字符显示为“？”号。

试着改成其他编码方式都无效，后面网上搜到了一篇解决该问题的方法。

2、解决方法

以CSV方式导出的文件中默认不含BOM信息，通过给将要输出的内容设置BOM标识(以 EF BB BF 开头的字节流)即可解决该问题。具体方法如下：

...
OutputStreamWriter outputStreamWriter = new OutputStreamWriter(response.getOutputStream(), "UTF-8");  
// 要输出的内容  
result = (String)contentMap.get(RESPONSE_RESULT);  
response.setHeader("Content-Disposition", "attachment;filename=test.csv");  
outputStreamWriter.write(new String(new byte[]{(byte) 0xEF, (byte) 0xBB, (byte) 0xBF}));  
outputStreamWriter.write(result);  
outputStreamWriter.flush();

如果是以OutputStream流实现的 ，参数可以按如下修改：

out = response.getOutputStream();     
//加上UTF-8文件的标识字符      
out.write(new byte []{(byte) 0xEF, (byte) 0xBB, (byte) 0xBF});

注：

BOM： Byte Order Mark，字节顺序标记（以下摘自百度百科）

在UCS 编码中有一个叫做 “Zero Width No-Break Space” ，中文译名作“零宽无间断间隔”的字符，它的编码是 FEFF。而 FFFE 在 UCS 中是不存在的字符，所以不应该出现在实际传输中。

UCS 规范建议我们在传输字节流前，先传输字符 “Zero Width No-Break Space”。这样如果接收者收到 FEFF，就表明这个字节流是 Big-Endian 的；如果收到FFFE，就表明这个字节流是 Little- Endian 的。因此字符 “Zero Width No-Break Space（零宽无间断间隔）” 又被称作 BOM。

UTF-8 不需要 BOM 来表明字节顺序，但可以用 BOM 来表明编码方式。字符 “Zero Width No-Break Space” 的 UTF-8 编码是 EF BB BF。所以如果接收者收到以 EF BB BF 开头的字节流，就知道这是 UTF-8编码了。Windows 就是使用 BOM 来标记文本文件的编码方式的。

以上就是java导出csv乱码解决方法介绍的详细内容，更多请关注创新互联成都网站设计公司其它相关文章！

另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。