從服務(wù)器下載文件中文名亂碼解決方案，具體文字說明不多了，直接貼代碼了，具體代碼如下：

try
    {
      string excelName = Request["excelName"].ToString(); //文件路徑
      string fileName = Request["fileName"].ToString(); //下載的文件名
      if(!(string.IsNullOrEmpty(excelName)|| string.IsNullOrEmpty(fileName)))
      {
        Response.Charset = "GB2312";
        Response.ContentEncoding = Encoding.GetEncoding("GB2312");
        Response.ContentType="application/vnd.ms-excel";
        //火狐瀏覽器不需將中文文件名進(jìn)行編碼格式轉(zhuǎn)換
        if (Request.ServerVariables["http_user_agent"].ToLower().IndexOf("firefox") == -1)
        {
          excelName = HttpUtility.UrlEncode(excelName, System.Text.Encoding.UTF8);
        }
        Response.AppendHeader("Content-Disposition", "attachment;filename=" +excelName);
        Response.WriteFile(fileName);
        Response.Flush();
        Response.Close();
      }
    }
    catch
    { }

 注意判斷瀏覽器 IE需要將中文文件名編碼格式轉(zhuǎn)換,而firefox瀏覽器則不用，不然下載下來的中文文件名會亂碼

 response.setHeader()下載中文文件名亂碼問題

 首先展示我的解決問題的代碼:

 response.setHeader("Content-Disposition", 
 "attachment; filename=" + java.net.URLEncoder.encode(fileName, "UTF-8"));  

 1. HTTP消息頭 

 （1）通用信息頭

 即能用于請求消息中,也能用于響應(yīng)信息中,但與被傳輸?shù)膶?shí)體內(nèi)容沒有關(guān)系的信息頭,如Data,Pragma

 主要: Cache-Control , Connection , Data , Pragma , Trailer , Transfer-Encoding , Upgrade 

 （2）請求頭 

 用于在請求消息中向服務(wù)器傳遞附加信息,主要包括客戶機(jī)可以接受的數(shù)據(jù)類型,壓縮方法,語言,以及客戶計(jì)算機(jī)上保留的信息和發(fā)出該請求的超鏈接源地址等.

主要: Accept , Accept-Encoding , Accept-Language , Host , 

 （3）響應(yīng)頭 

 用于在響應(yīng)消息中向客戶端傳遞附加信息,包括服務(wù)程序的名稱,要求客戶端進(jìn)行認(rèn)證的方式,請求的資源已移動到新地址等. 

 主要: Location , Server , WWW-Authenticate(認(rèn)證頭) 

 （4）實(shí)體頭

 用做實(shí)體內(nèi)容的元信息,描述了實(shí)體內(nèi)容的屬性,包括實(shí)體信息的類型,長度,壓縮方法,最后一次修改的時間和數(shù)據(jù)的有效期等. 

 主要: Content-Encoding , Content-Language , Content-Length , Content-Location , Content-Type

 （4）擴(kuò)展頭 

 主要：Refresh, Content-Disposition

 2. 幾個主要頭的作用

 （1）Content-Type的作用 

 該實(shí)體頭的作用是讓服務(wù)器告訴瀏覽器它發(fā)送的數(shù)據(jù)屬于什么文件類型。 

例如：當(dāng)Content-Type 的值設(shè)置為text/html和text/plain時,前者會讓瀏覽器把接收到的實(shí)體內(nèi)容以HTML格式解析,后者會讓瀏覽器以普通文本解析. 

 （2）Content-Disposition 的作用  

當(dāng)Content-Type 的類型為要下載的類型時 , 這個信息頭會告訴瀏覽器這個文件的名字和類型。  

 在講解這個內(nèi)容時,張老師同時講出了解決中文文件名亂碼的解決方法,平常想的是使用getBytes() , 實(shí)際上應(yīng)使用email的附件名編碼方法對文件名進(jìn)行編碼,但I(xiàn)E不支持這種作法(其它瀏覽器支持) , 使用javax.mail.internet.*包的MimeUtility.encodeWord("中文.txt")的方法進(jìn)行編碼。 

 Content-Disposition擴(kuò)展頭的例子：

 <%@ page pageEncoding="GBK" contentType="text/html;charset=utf-8" import="java.util.*,java.text.*" %> 
 <%=DateFormat.getDateTimeInstance(DateFormat.SHORT, DateFormat.SHORT, Locale.CHINA).format(new Date()) 

%> 
<%         
response.setHeader("Content-Type","video/x-msvideo");  
response.setHeader("Content-Disposition", "attachment;filename=aaa.doc"); 
%> 

Content-Disposition中指定的類型是文件的擴(kuò)展名，并且彈出的下載對話框中的文件類型圖片是按照文件的擴(kuò)展名顯示的，點(diǎn)保存后，文件以filename的值命名，保存類型以Content中設(shè)置的為準(zhǔn)。

注意：在設(shè)置Content-Disposition頭字段之前，一定要設(shè)置Content-Type頭字段。

（3）Authorization頭的作用  Authorization的作用是當(dāng)客戶端訪問受口令保護(hù)時，服務(wù)器端會發(fā)送401狀態(tài)碼和WWW-Authenticate響應(yīng)頭，要求客戶機(jī)使用Authorization來應(yīng)答。

例如：

<%@ page pageEncoding="GBK" contentType="text/html;charset=utf-8" import="java.util.*,java.text.*" %>  
<%=DateFormat.getDateTimeInstance(DateFormat.SHORT, DateFormat.SHORT, Locale.CHINA).format(new Date()) 
%> 
<%  response.setStatus(401); 
response.setHeader("WWW-Authenticate", "Basic realm=\"Tomcat Manager Application\""); 
%> 

3．如何實(shí)現(xiàn)文件下載  要實(shí)現(xiàn)文件下載，我們只需要設(shè)置兩個特殊的相應(yīng)頭，它們是什么頭？如果文件名帶中文，該如何解決？ 

兩個特殊的相應(yīng)頭：

----Content-Type:    
application/octet-stream ----Content-Disposition: attachment;filename=aaa.zip 

例如： 

response.setContentType("image/jpeg");response.setHeader("Content- Disposition","attachment;filename=Bluehills.jpg"); 

如果文件中filename參數(shù)中有中文，則就會出現(xiàn)亂碼。

解決辦法： 

（1）MimeUtility.encodeWord("中文.txt");//現(xiàn)在版本的IE還不行

（2）new String("中文".getBytes("GB2312"),"ISO8859- 1");//實(shí)際上這個是錯誤的

4. 測試并分析文件名亂碼問題 

response.setHeader()下載中文文件名亂碼問題

response.setHeader("Content-Disposition", "attachment; filename=" + java.net.URLEncoder.encode(fileName, "UTF-8")); 

下載的程序里有了上面一句，一般在IE6的下載提示框上將正確顯示文件的名字，無論是簡體中文，還是日文。
不過當(dāng)時確實(shí)沒有仔細(xì)測試文件名為很長的中文文件名的情況?，F(xiàn)如今經(jīng)過仔細(xì)測試，發(fā)現(xiàn)文字只要超過17個字，就不能下載了。

分析如下： 

一. 通過原來的方式，也就是先用URLEncoder編碼，當(dāng)中文文字超過17個時，IE6 無法下載文件。這是IE的bug，參見微軟的知識庫文章 KB816868 。

原因可能是IE在處理 Response Header 的時候，對header的長度限制在150字節(jié)左右。而一個漢字編碼成UTF-8是9個字節(jié)，那么17個字便是153個字節(jié)，所以會報錯。而且不跟后綴也不對.

二. 解決方案：將文件名編碼成ISO8859-1是有效的解決方案，

代碼如下：

response.setHeader( "Content-Disposition", "attachment;filename=" + new String( fileName.getBytes("gb2312"), "ISO8859-1" ) ); 

在確保附件文件名都是簡體中文字的情況下，那么這個辦法確實(shí)是最有效的，不用讓客戶逐個的升級IE。如果臺灣同胞用，把gb2312改成big5就行。但現(xiàn)在的系統(tǒng)通常都加入了 國際化的支持，普遍使用UTF-8。

如果文件名中又有簡體中文字，又有繁體中文，還有日文。

那么亂碼便產(chǎn)生了。另外，在上Firefox (v1.0-en)下載也是亂碼。

三. 參看郵件中的中文附件名的形式，用outlook新建一個帶有中文附件的郵件，然后看這個郵件的源代碼，找到：

Content-Disposition: attachment;  filename="=?gb2312?B?0MK9qCDOxLG+zsS1tS50eHQ=?="

用這個filename原理上就可以顯示中文名附件，但是現(xiàn)在IE并不支持，F(xiàn)irefox是支持的。嘗試使用 javamail 的MimeUtility.encode()方法來編碼文件名，也就是編碼成 =?gb2312?B?xxxxxxxx?= 這樣的形式，并從 RFC1522 中找到對應(yīng)的標(biāo)準(zhǔn)支持。 折中考慮，結(jié)合了一、二的方式，

代碼片斷如下：

String fileName = URLEncoder.encode(atta.getFileName(), "UTF-8");  /* 
* see http://support.microsoft.com/default.aspx?kbid=816868  */  
if (fileName.length() > 150) {   String guessCharset = xxxx   //根據(jù)request的locale 得出可能的編碼，

中文操作系統(tǒng)通常是gb2312  

fileName = new String(atta.getFileName().getBytes(guessCharset), "ISO8859-1");  }
  response.setHeader("Content-Disposition", "attachment; filename=" + fileName); 

  編碼轉(zhuǎn)換的原理：    

  首先在源程序中將編碼設(shè)置成GB2312字符編碼,然后將源程序按Unicode編碼轉(zhuǎn)換成字節(jié)碼加載到內(nèi)存中（java加載到內(nèi)存中的字節(jié)碼都是 Unicode編碼），然后按GB2312編碼獲得中文字符串的字節(jié)數(shù)組，然后生成按ISO8859-1編碼形式的Unicode字符串（這時的4個字節(jié)就變成了8個字節(jié)，高位字節(jié)補(bǔ)零）, 

java培訓(xùn)   

北京java培訓(xùn) 

java培訓(xùn)班  
java就業(yè)培訓(xùn)
java培訓(xùn)機(jī)構(gòu) 
軟件培訓(xùn)
最好的java培訓(xùn) 

  當(dāng)在網(wǎng)絡(luò)中傳輸時，因?yàn)閟etHeader方法中的字符只能按ISO8859-1傳輸，所以這時候就又把Unicode字符轉(zhuǎn)換成了 ISO8859-1的編碼傳到瀏覽器（就是把剛才高位補(bǔ)的零全去掉），這時瀏覽器接收到的ISO8859-1碼的字符因?yàn)榉螱B2312編碼，所以就可以顯示中文了。

5. jsp翻譯成class時的編碼問題

  記事本中代碼塊1：  

 <%=    
 "a中文".length() 
 %>  

  代碼塊2：    

 <%@ page pageEncoding="gbk"%> 
 <%=     
 "a中文".length() 
 %> 

  為什么上面的輸出值為5，改成下面的則輸出3？

  因?yàn)樯厦娴拇a沒有添加該文件的編碼說明 , WEB應(yīng)用程序在將jsp翻譯成class文件時 , 把該字符串的內(nèi)容按默認(rèn)的保存方式指定的編碼ASCII碼來算的，在UTF-8中，原ASCII字符占一個字節(jié)，漢字占兩個字節(jié)，對應(yīng)兩個字符，長度就變成了5 , 而下面的是GBK編碼, 一個漢字和一個英文都對應(yīng)一個字符,得到結(jié)果就為3.    

  response.setHeader(...)文件名中有空格的時候   

 String fileName = StringUtils.trim(file.getName());  
 String formatFileName = encodingFileName(name);//在后面定義方法encodingFileName(String fileName); 
 response.setHeader("Content-Disposition", "attachment; filename=" + formatFileName ); 
//處理文件名中出現(xiàn)的空格    
//其中%20是空格在UTF-8下的編碼  
public static String encodingFileName(String fileName)
{    
String returnFileName = "";    
try {       
returnFileName = URLEncoder.encode(fileName, "UTF-8");      
returnFileName = StringUtils.replace(returnFileName, "+", "%20");       
if (returnFileName.length() > 150) {         

returnFileName = new String(fileName.getBytes("GB2312"), "ISO8859-1");  
returnFileName = StringUtils.replace(returnFileName, " ", "%20");     
}      } catch (UnsupportedEncodingException e) {       
e.printStackTrace();        
if (log.isWarnEnabled()) {       
log.info("Don't support this encoding ...");   
}      }     
return returnFileName;  
}  

 以上就是介紹.net從服務(wù)器下載文件中文名亂碼解決方案的全部內(nèi)容，希望大家喜歡。

最新評論