最近在捣鼓SpringMVC的文件下载服务,使用到了ResposeEntity来处理下载服务,需要返回响应实体,而要下载的文件则需要转为对应的流然后连同响应实体一起返回出去。然后我又重新捣鼓了java平常的下载处理方式,在SpringMVC的环境下使用了原生HttpServletRespose的对象来获取输出流,最后页成功的传输了下载了文件,但是却爆出了这个异常。说我已经调用过getOutputStream()这个方法了,也就是说重复调用了。虽然无伤大雅,但是看着还是不舒服。于是便查询了一下报这个异常的原因。
说是在tomcat中jsp编译成servlet之后在函数_jspService(HttpServletRequestrequest, HttpServletResponse response)的最后有一段这样的代码
finally{
if (_jspxFactory !=null)
jspxFactory.releasePageContext(_jspx_page_context);
}
这里是在释放在jsp中使用的对象,会调用response.getWriter(),因为这个方法是和response.getOutputStream()相冲突的。所以会出现以上这个异常。而处理方法呢就是在使用关闭流之后添加
out.clear();
out = pageContext.pushBody();这两行代码就可以了,我想着既然是这样那我处理完下载后返回null的话就不存在这个问题了咯,试了结果确实没报异常了,也就是说还可以使得返回值为null来解决这个问题。
详情代码:
/**
*
* Title: downloadFile
* Description: java通用文件下载
* @param request 请求对象
* @param response 响应对象
* @return
* @throws IOException
*/
@RequestMapping("/downloadFile")
public String downloadFile(HttpServletRequest request,HttpServletResponse response) throws IOException {
//获取资源文件真实地址
ServletContext servletContext = request.getServletContext();
String realPath = servletContext.getRealPath("/img/QQ图片20181114130525.jpg");
FileInputStream in = new FileInputStream(realPath);
//设置响应头
response.setHeader("Content-Disposition", "attachment;filename="+"fengye.jpg");
//设置响应类型为数据
response.setContentType("multipart/form-data");
//此处会自动打开下载通道
OutputStream out = response.getOutputStream();
byte[] tmp = new byte[1024];
int a;
while((a=in.read(tmp)) != -1) {
out.write(tmp);
}
in.close();
out.close();
/**
* 此处返回null才不会出现异常,因为编译返回页面会调用response.writer()这个
* 和此处response.getOutputStream()产生冲突
*/
return null;
}