HTTP协议header中Content-Disposition中文文件名乱码

简介:
在做文件下载时当文件名为中文时经常会出现乱码现象。 
参考文章 http://blog.robotshell.org/2012/deal-with-http-header-encoding-for-file-download/ 

本文就详细给出案例来解决这一乱码问题以及还一直未解决的一个疑问欢迎大家一起来探讨。 
大体的原因就是header中只支持ASCII所以我们传输的文件名必须是ASCII当文件名为中文时必须要将该中文转换成ASCII。 
转换方式有很多 
方式一将中文文件名用ISO-8859-1进行重新编码如headers.add("Content-disposition","attachment;filename="+new String("中国".getBytes("UTF-8"),"ISO-8859-1")+".txt"); 
方式二可以对中文文件名使用url编码如headers.add("Content-disposition","attachment;filename="+URLEncoder.encode("中国","UTF-8")+".txt"); 
疑问中文文件名转换成ASCII后传给浏览器浏览器遇到一堆ASCII如何能正确的还原出来我们原来的中文文件名的呢 

实验案例 
乱码现象如下
 
?
1
2
3
4
5
6
7
8
@RequestMapping (value= "/test/httpEntity1" ,method=RequestMethod.GET)
     public HttpEntity<String> testHttpEntity1() throws UnsupportedEncodingException{
         String body= "abc" ;
         HttpHeaders headers= new HttpHeaders();
         headers.add( "Content-disposition" , "attachment;filename=中国.txt" );
         HttpEntity<String> ret= new HttpEntity<String>(body,headers);
         return ret;
     }

这里的filename直接使用中文文件然后就造成了下面的乱码现象 

07104252_G5PT.png 
文件名后缀也完全变了。 

原因就是header只支持ASCII所以我们要把"中国"转换成ASCII。 
解决方案一将中文文件名用ISO-8859-1进行重新编码
 
?
1
2
3
4
5
6
7
8
@RequestMapping (value= "/test/httpEntity" ,method=RequestMethod.GET)
     public HttpEntity<String> testHttpEntity() throws UnsupportedEncodingException{
         String body= "abc" ;
         HttpHeaders headers= new HttpHeaders();
         headers.add( "Content-disposition" , "attachment;filename=" + new String( "中国" .getBytes( "UTF-8" ), "ISO-8859-1" )+ ".txt" );
         HttpEntity<String> ret= new HttpEntity<String>(body,headers);
         return ret;
     }

chrome为 
07104252_iWOF.png 
IE11为 

07104252_wXTW.png 

chrome解决了乱码现象但IE没有。但是你是否想过浏览器面对一堆Content-disposition:attachment;filename=中å½.txt它又是如何来正确显示的中文文件名"中国.txt"的呢它肯定要对中å½重新进行UTF-8编码才能正确显示出"中国"即必须进行类似如下的操作new String("中å½".getBytes("ISO-8859-1"),"UTF-8")才能正常显示出"中国.txt"。而IE11进行的类似操作为new String("中å½".getBytes("ISO-8859-1"),"GBK")。 
同样的实验只是把UTF-8改成GBK
 
?
1
2
3
4
5
6
7
8
@RequestMapping (value= "/test/httpEntity" ,method=RequestMethod.GET)
     public HttpEntity<String> testHttpEntity() throws UnsupportedEncodingException{
         String body= "abc" ;
         HttpHeaders headers= new HttpHeaders();
         headers.add( "Content-disposition" , "attachment;filename=" + new String( "中国" .getBytes( "GBK" ), "ISO-8859-1" )+ ".txt" );
         HttpEntity<String> ret= new HttpEntity<String>(body,headers);
         return ret;
     }

chrome为 
07104252_NfKd.png 
IE11为 
07104252_tsZR.png 
IE11和chrmoe都能正确显示面对Content-disposition:attachment;filename=Öйú.txt浏览器也必须进行如下类似的操作才能正确还原出"中国"new String("Öйú".getBytes("ISO-8859-1"),"GBK")。 
这里就可以提出我们的疑问了浏览器面对中å½、Öйú都能正确还原出"中国"选择UTF-8还是GBK它到底是怎么做到的呢依据又是什么呢难道它是要计算出概率这便是我的疑问还请大家一起探讨和研究。 

接下来说说其他的解决方案 
解决方案二可以对中文文件名使用url编码
 
?
1
2
3
4
5
6
7
8
@RequestMapping (value= "/test/httpEntity" ,method=RequestMethod.GET)
     public HttpEntity<String> testHttpEntity() throws UnsupportedEncodingException{
         String body= "abc" ;
         HttpHeaders headers= new HttpHeaders();
         headers.add( "Content-disposition" , "attachment;filename=" +URLEncoder.encode( "中国" , "UTF-8" )+ ".txt" );
         HttpEntity<String> ret= new HttpEntity<String>(body,headers);
         return ret;
     }

chrome为 
07104252_rTP4.png 
IE11为 

07104253_poAk.png 

也能正常显示出"中国.txt"。 
然而将该方案的UTF-8换成GBK浏览器却不支持了。 
如下
 
?
1
2
3
4
5
6
7
8
@RequestMapping (value= "/test/httpEntity" ,method=RequestMethod.GET)
     public HttpEntity<String> testHttpEntity() throws UnsupportedEncodingException{
         String body= "abc" ;
         HttpHeaders headers= new HttpHeaders();
         headers.add( "Content-disposition" , "attachment;filename=" +URLEncoder.encode( "中国" , "GBK" )+ ".txt" );
         HttpEntity<String> ret= new HttpEntity<String>(body,headers);
         return ret;
     }

chrome为 
07104253_9jFI.png 
文件名也全变了。 
IE11为 

07104253_fuwR.png 
这里就是说对于URL编码支持UTF-8其他的好像还不支持。 

解决方案三 
使用最新的解决方案即filename*=charset'lang'value。charset则是给浏览器指明以什么编码方式来还原中文文件名。 
如filename*=UTF-8''value其中value为原始数据的UTF-8形式的URL编码。 
如下
 
?
1
2
3
4
5
6
7
8
@RequestMapping (value= "/HttpEntity" ,method=RequestMethod.GET)         
     public HttpEntity<String> testHttpEntity() throws UnsupportedEncodingException{
         HttpHeaders headers= new HttpHeaders(); //filename="+URLEncoder.encode("中国","UTF-8")+";
         String body= "abc" ;
         headers.add( "Content-Disposition" , "attachment;filename*=UTF-8''" +URLEncoder.encode( "中国" , "UTF-8" )+ ".txt" );
         HttpEntity<String> ret= new HttpEntity<String>(body, headers);
         return ret;
     }

chrome为 

07104253_sj4l.png 
IE11为 

07104253_PZNk.png 
都能够正确显示。 
若使用headers.add("Content-Disposition","attachment;filename*=GBK''"+URLEncoder.encode("中国","UTF-8")+".txt"),对此chrome则是按照GBK方式来还原中文文件名的所以就会变成 

07104253_5M9N.png 
造成乱码。而IE11则直接是 

07104253_ZXxb.png 

若使用headers.add("Content-disposition","attachment;filename*=GBK''"+URLEncoder.encode("中国","GBK")+".txt") 
chrome为 

07104253_HrJv.png 
IE11为 

07104253_Htuk.png 
即IE11仅支持filename*=UTF-8编码形式的。 
然后就是headers.add("Content-disposition","attachment;filename="+URLEncoder.encode("中国","UTF-8")+".txt;filename*=UTF-8''"+URLEncoder.encode("中国","UTF-8")+".txt");filename和filename*可以组合使用来解决跨浏览器的问题。 

对于上面提出的疑问还请网友们解答。

相关文章
|
3月前
|
安全 网络协议 网络安全
IP代理的三大协议:HTTP、HTTPS与SOCKS5的区别
**HTTP代理**适用于基本网页浏览,简单但不安全;**HTTPS代理**提供加密,适合保护隐私;**SOCKS5代理**灵活强大,支持TCP/UDP及认证,适用于绕过限制。选择代理协议应考虑安全、效率及匿名需求。
|
11天前
HAProxy的高级配置选项-配置haproxy支持https协议及服务器动态上下线
文章介绍了如何配置HAProxy以支持HTTPS协议和实现服务器的动态上下线。
40 8
HAProxy的高级配置选项-配置haproxy支持https协议及服务器动态上下线
|
21天前
|
机器学习/深度学习 Ubuntu Linux
在Linux中,如何按照该要求抓包:只过滤出访问http服务的,目标ip为192.168.0.111,一共抓1000个包,并且保存到1.cap文件中?
在Linux中,如何按照该要求抓包:只过滤出访问http服务的,目标ip为192.168.0.111,一共抓1000个包,并且保存到1.cap文件中?
|
1月前
|
安全 算法 网络协议
【在Linux世界中追寻伟大的One Piece】HTTPS协议原理
【在Linux世界中追寻伟大的One Piece】HTTPS协议原理
38 2
|
1月前
|
存储 算法 数据安全/隐私保护
基于 HTTP Header 传输签名参数
基于 HTTP Header 传输签名参数
45 13
|
2月前
|
缓存 网络协议 算法
(二)Java网络编程之爆肝HTTP、HTTPS、TLS协议及对称与非对称加密原理!
作为一名程序员,尤其是Java程序员,那必须得了解并掌握HTTP/HTTPS相关知识。因为在如今计算机网络通信中,HTTP协议的作用功不可没,无论是日常上网追剧、冲���、亦或是接口开发、调用等,必然存在HTTP的“影子”在内。尤其对于WEB开发者而言,HTTP几乎是每天会打交道的东西。
60 10
|
20天前
【Azure 云服务】Azure Cloud Service 为 Web Role(IIS Host)增加自定义字段 (把HTTP Request Header中的User-Agent字段增加到IIS输出日志中)
【Azure 云服务】Azure Cloud Service 为 Web Role(IIS Host)增加自定义字段 (把HTTP Request Header中的User-Agent字段增加到IIS输出日志中)
|
2月前
|
存储 安全 搜索推荐
HTTPS协议深度解析
【7月更文挑战第12天】HTTPS协议通过加密通信和身份验证机制,为数据传输提供了强有力的安全保障。在现代互联网环境中,HTTPS已成为保障网站和用户数据安全的重要手段。了解HTTPS的工作原理和安全性特性,有助于更好地应用和维护HTTPS,提升网络安全水平。
|
2月前
|
安全 算法 网络协议
HTTPS协议的详细讲解(四次握手)
HTTPS协议的详细讲解(四次握手)
|
3月前
|
数据安全/隐私保护
数据防护之=HTTPS协议增加了<数据加密>
数据防护之=HTTPS协议增加了<数据加密>