最近在一个项目的维护中,发现ie中下载文件的时候,下载框中的文件名为“download.do”。文件类型识别不了。保存后改了文件后缀是能够看到内容的。说明下载流数据那边是没有问题的。
但是查看了代码后,发现和其他画面的下载写法是一样的。唯一的区别一个是直接用的servlet,一个是作为action提交的。出问题的是直接用的servlet的那个画面。
刚开始一看两边代码一模一样,很是困惑,上网找了半天也没有找到相应的解决办法。
出问题的代码片断如下:
response.addHeader("Content-Disposition", "attachment;filename=" + newFileName);
response.setContentType("application/octet-stream; charset=" + "Shift_JIS");
response.encodeURL("Shift_JIS");
网上找了半天大多数也是类似这样子写的。而客户又很紧急,只得瞎试试,不过也没有解决。
最后一想文件名不能够被IE识别,而在firefox和chrome中都是正常的,说明问题肯定还是出现在Content-Disposition这个地方。然后查询HttpServletResponse类的API。发现还有一个setHeader方法。
两个方法的区别是setHeader方法把已经有的东西清除掉,然后设置。addHeader是如果原来的东西有的话,就在那后面追加上去。
这令我豁然开朗,改用setHeader方法试试。修改后的代码如下:
response.setHeader("Content-Disposition", "attachment;filename=" + newFileName);
response.setContentType("application/octet-stream; charset=" + "Shift_JIS");
response.encodeURL("Shift_JIS");
修改后就能够正常显示文件名。这是因为Content-Disposition可能被设置了空的文件名filename。
看来出现比较奇怪的问题的时候还是要从最基本的API上去寻找原因。