java中導出csv文件時出現亂碼的解決方法

這篇文章將為大家詳細講解有關java中導出csv文件時出現亂碼的解決方法，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

一、問題

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

本以為問題解決，后面導出含拉丁字符（如à?êàì）的數據時，以xls文件導出數據正常顯示，以CSV文件導出時，文件中的拉丁字符顯示為“？”號。

二、解決方法

以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文件時出現亂碼的解決方法就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。