為了形象化,先看幾張不同瀏覽器下下載文件時的效果圖:
1:Firefox 36.0.1
2:IE8
3:Chrome 40.0.2214.93 m
4:360 7.1.1.322
很明顯在Firefox下出現了亂碼,出現亂碼一般是字符集的問題,這是怎么回事呢?為什么其他的瀏覽器都沒有問題呢?看了一下Firefox的字符集是Unicode,改成簡體中文看看,發現文件名是不亂了,不過網頁的其他部分全亂了,連百度都亂了!如下圖所示:
恩,一時我也不知道是什么原因,看看Firefox下的下載文件的響應信息是什么樣的,如下圖所示:
以前為了防止出現亂碼問題,后台的文件名是經過這個轉換的(java.net.URLEncoder.encode(fileName, "UTF-8");),證明傳遞的過程中沒有問題,不過為什么其他瀏覽器在彈出下載對話框的時候沒有問題,而Firefox卻出現了亂碼呢?可能是在彈出對話框的時候處理的方式不一樣吧!我們百度看看!
針對這個問題,遇到的人還是不少的,下面是我覺得非常有借鑒作用的資源:
1:這篇博文解釋的相當好,值得一看
http://qixinglu.com/post/redisposition.html
2:這一篇也有一定的借鑒意義
http://my.oschina.net/iceman/blog/67541
3:下面是具體解決方案
http://f0rb.iteye.com/blog/1308579
http://www.cnblogs.com/stangray/archive/2010/06/28/1766884.html
http://blog.csdn.net/shixing_11/article/details/5858902
恩,看到這里我相信,不管明白不明白為什么,只要動手實驗實驗,就能針對自己的情況,找到這個問題的解決方案了,關鍵就是如何按照要求寫
"Content-Disposition","attachment;filename*=utf-8'zh_cn'文件名.xx"
我的解決方式如下(借鑒上面的解決方式):
//僅提供了部分代碼,因為我們已經明確問題的所在,知道修改那一部分了,(代碼中downloadFileName 即代表
*=utf-8'zh_cn'文件名.xx
部分)
String agent = (String)getRequest().getHeader("USER-AGENT"); if(agent != null && agent.toLowerCase().indexOf("firefox") > 0) { downloadFileName = "=?UTF-8?B?" + (new String(Base64.encodeBase64(fileName.getBytes("UTF-8")))) + "?="; } else { downloadFileName = java.net.URLEncoder.encode(fileName, "UTF-8"); }
該段代碼經我測試,通過了Firefox 36.0.1/IE8/Chrome 40.0.2214.93 m/360 7.1.1.322等瀏覽器的考驗!
Firefox修改后的效果如下所示:
4:如果你感興趣,英文還不錯,可以看看下面的內容
http://greenbytes.de/tech/tc2231/
非常感謝網絡上無私的貢獻者!