1、問(wèn)題

將查詢的數(shù)據(jù)以xls文件導(dǎo)出時(shí)（UTF-8編碼），數(shù)據(jù)正常；但以CSV文件導(dǎo)出時(shí)，文件中的中文亂碼，同樣是UTF-8編碼，改成GBK編碼導(dǎo)出時(shí)，中文顯示正常。

本以為問(wèn)題解決，后面導(dǎo)出含拉丁字符（如à?êàì）的數(shù)據(jù)時(shí)，以xls文件導(dǎo)出數(shù)據(jù)正常顯示，以CSV文件導(dǎo)出時(shí)，文件中的拉丁字符顯示為“？”號(hào)。

試著改成其他編碼方式都無(wú)效，后面網(wǎng)上搜到了一篇解決該問(wèn)題的方法。

2、解決方法

以CSV方式導(dǎo)出的文件中默認(rèn)不含BOM信息，通過(guò)給將要輸出的內(nèi)容設(shè)置BOM標(biāo)識(shí)(以 EF BB BF 開(kāi)頭的字節(jié)流)即可解決該問(wèn)題。具體方法如下：（推薦：java視頻教程）

... OutputStreamWriter outputStreamWriter = new OutputStreamWriter(response.getOutputStream(), "UTF-8");   // 要輸出的內(nèi)容   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();

如果是以O(shè)utputStream流實(shí)現(xiàn)的 ，參數(shù)可以按如下修改：

out = response.getOutputStream();      //加上UTF-8文件的標(biāo)識(shí)字符       out.write(new byte []{(byte) 0xEF, (byte) 0xBB, (byte) 0xBF});

注：

BOM： Byte Order Mark，字節(jié)順序標(biāo)記（以下摘自百度百科）

在UCS 編碼中有一個(gè)叫做 “Zero Width No-Break Space” ，中文譯名作“零寬無(wú)間斷間隔”的字符，它的編碼是 FEFF。而 FFFE 在 UCS 中是不存在的字符，所以不應(yīng)該出現(xiàn)在實(shí)際傳輸中。

UCS 規(guī)范建議我們?cè)趥鬏斪止?jié)流前，先傳輸字符 “Zero Width No-Break Space”。這樣如果接收者收到 FEFF，就表明這個(gè)字節(jié)流是 Big-Endian 的；如果收到FFFE，就表明這個(gè)字節(jié)流是 Little- Endian 的。因此字符 “Zero Width No-Break Space（零寬無(wú)間斷間隔）” 又被稱作 BOM。

UTF-8 不需要 BOM 來(lái)表明字節(jié)順序，但可以用 BOM 來(lái)表明編碼方式。字符 “Zero Width No-Break Space” 的 UTF-8 編碼是 EF BB BF。所以如果接收者收到以 EF BB BF 開(kāi)頭的字節(jié)流，就知道這是 UTF-8編碼了。Windows 就是使用 BOM 來(lái)標(biāo)記文本文件的編碼方式的。