今天由于项目浏览器升级，在导出excel文件时出现excel文件名乱码问题，解决如下：
其实网上乱码问题网上资料很多，首先我们要明白客户请求处理流程
首先我们看下，一个请求响应的流程
浏览器 IE/FireFox ----------->Servlet容器------------------------>显示页面
编码 使用容器的URIEncoding转码 解码
我把用户发送请求方式不同引起的中文问题划分了四种类型：
1、表单的get提交
2、表单的post提交
3、页面链接传递中文参数
4、地址栏中参数直接输入中文提交
1.首先我们看表单get方式提交
浏览器根据页面的charset编码方式对页面进行编码，然后提交至服务器，首先进入对应的字符编码过滤器(如果有的话)，不过Tomcat6.0对于get提交方式采用的是server.xml文件中的URIEncoding编码方式，而并不会采用过滤器中设置的编码，那么根据我的环境设置，jsp页面都使用UTF-8的编码，Servlet容器的URIEncoding也设置为UTF-8，则servlet不用进行转码即可正确解码，获得正常的中文字符串。那么，响应页面的中文因为页面的统一编码(UTF-8)自然也会正常显示。当然，如果我们Tomcat的URIEncoding设置为其他非UTF-8的编码方式时，页面的内容进入Tomcat解析时，因为Tomcat和页面的编码不统一，就需要转码。例如，如果我们采用Tomcat默认的ISO-8859-1，那么当我们使用request.getParameter("yourVariable")获取表单参数值时其实Servlet就进行了转码，它会以容器编码方式进行解码，这个过程如下：
UTF-8(编码)-->ISO-58859-1(解码)
这个过程也相当于我们使用如下的语句
Java代码
• new String(变量值.getBytes("UTF-8"),"ISO-8859-1");new String(变量值.getBytes("UTF-8"),"ISO-8859-1");根据API的解释，先将变量值以UTF-8字符集编码转换为字节序列，再以ISO-8859-1字符集解码字节数组，构造出新的字符串对象。
等价于以下方式：
Java代码
• String code = "编码";
• code = URLEncoder.encode(code,"UTF-8");
• code = URLDecoder.decode(code,"ISO-8858-1"); String code = "编码";code = URLEncoder.encode(code,"UTF-8");code = URLDecoder.decode(code,"ISO-8858-1"); 例如表单的username属性以字符串"编辑"提交，那么进入容器后，FormBean中的这个变量会乱码，request.getParameter(username)一样的效果，s1就是request返回的结果。
所以处理中文名乱码代码改造如下：
