java中将查询的数据以csv文件导出时涌现乱码【JAVA教程】,java,数据,csv,导出,乱码

一、问题

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

本认为问题处理，背面导出含拉丁字符（如ÀÆÊàÌ）的数据时，以xls文件导出数据一般显现，以CSV文件导出时，文件中的拉丁字符显现为“？”号。

相干视频教程引荐：java课程

二、处理方法

以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入门进修

以上就是java中将查询的数据以csv文件导出时涌现乱码的细致内容，更多请关注ki4网别的相干文章！

标签：java数据csv导出乱码