为了形象化，先看几张不同浏览器下下载文件时的效果图：
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/
非常感谢网络上无私的贡献者！