文件下载,可以是post请求,也可以是get请求。
新建web项目,在WebRoot下建up目录存放上传的文件:
最简单的但是实际不会这样做的下载方式,直接用a标签指向文件目录,就能下载:
下载jpg
下载jar
下载doc
下载txt
下载excel
下过如下所示:
这样能下载,但是任何人都能下载,你没法做一些控制,比如只有登录的用户才能下载,积分不够的人不能下载,而且,这样做是有问题的,如果下载的文件浏览器能直接解析,就不会以附件形式下载,浏览器会直接打开,如图片,txt文本,如果是在IE浏览器上,机器如果装了office,IE还会让你选择是打开文件还是下载文件:
一般人从来不这么干,都得通过Servlet来下载,这样你想咋控制你的下载条件就能控制了:
代码如下:
@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
req.setCharacterEncoding("UTF-8");
String name = req.getParameter("name");//获取要下载的文件名
//第一步:设置响应类型
resp.setContentType("application/force-download");//应用程序强制下载
//第二读取文件
String path = getServletContext().getRealPath("/up/"+name);
InputStream in = new FileInputStream(path);
//设置响应头,对文件进行url编码
name = URLEncoder.encode(name, "UTF-8");
resp.setHeader("Content-Disposition", "attachment;filename="+name);
resp.setContentLength(in.available());
//第三步:老套路,开始copy
OutputStream out = resp.getOutputStream();
byte[] b = new byte[1024];
int len = 0;
while((len = in.read(b))!=-1){
out.write(b, 0, len);
}
out.flush();
out.close();
in.close();
}
以上代码可能会遇到下载之后文件名乱码 所以现在需要对于文件名做一个编码处理。 处理文件名乱码 文件内容正常
-
String fileName=new String(URLEncoder.encode(fileName,"utf-8"));
getResponse().addHeader("Content-Disposition","attachment;filename="+fileName);
或者new String(fileName.getBytes(),"utf-8")
//都是乱码%E8%B5%84%E5%AE%A1%E6%96%87%E4%BB%B6%E6%A8%A1%E6%9D%BF
2.使用gbk呢,不管是URLEncoder.encode还是fileName.getBytes()都也是乱码 //如 ____.txt
- 使用ISO8859-1呢
String fileName=new String(URLEncoder.encode(fileName,"ISO8859-1"));
//乱码 %3F%3F%3F%3F%3F%3F.txt
只有在
new String(fileName.getBytes(),"ISO8859-1"); //正确,不发生乱码
注:resp.setContentType("application/force-download");//应用程序强制下载
以前也做过下载word,excel,网上说这个Content-Type设置这设置那的,记得当时就下载个excel、word还出这个那个问题,去还去百度修改这个Content-Type,不一样的文件类型设置的还不一样,统统的不需要,这里只设置成 application/force-download,很管事,不管啥文件,不管你是word,excel还是啥的,统统的老实的给我下载。
还有 resp.setHeader("Content-Disposition", "attachment;filename="+name); 这个 attachment 意思就是附件,就是说如果是浏览器能直接解析的文件,比如图片,你也老老实实以附件形式给我下载,别给我直接解析(IE除外,IE还会提示你让你选择打开还是下载)。
网上的一些说明:
Content-disposition 是 MIME 协议的扩展,MIME 协议指示 MIME 用户代理如何显示附加的文件。Content-disposition其实可以控制用户请求所得的内容存为一个文件的时候提供一个默认的文件名,文件直接在浏览器上显示或者在访问时弹出文件下载对话框。
格式说明:
content-disposition = "Content-Disposition" ":" disposition-type *( ";" disposition-parm )
字段说明:
Content-Disposition为属性名
disposition-type是以什么方式下载,如attachment为以附件方式下载
disposition-parm为默认保存时的文件名
服务端向客户端游览器发送文件时,如果是浏览器支持的文件类型,一般会默认使用浏览器打开,比如txt、jpg等,会直接在浏览器中显示,如果需要提示用户保存,就要利用Content-Disposition进行一下处理,关键在于一定要加 attachment:
字段说明:
Content-Disposition为属性名
disposition-type是以什么方式下载,如attachment为以附件方式下载
disposition-parm为默认保存时的文件名
服务端向客户端游览器发送文件时,如果是浏览器支持的文件类型,一般会默认使用浏览器打开,比如txt、jpg等,会直接在浏览器中显示,如果需要提示用户保存,就要利用Content-Disposition进行一下处理,关键在于一定要加上attachment:
备注:这样浏览器会提示保存还是打开,即使选择打开,也会使用相关联的程序比如记事本打开,而不是IE直接打开了。
那么由上可知具体的例子:
Content-Disposition: attachment; filename="filename.xls"
当然filename参数可以包含路径信息,但User-Agnet会忽略掉这些信息,只会把路径信息的最后一部分做为文件名。当你在响应类型为application/octet- stream情况下使用了这个头信息的话,那就意味着你不想直接显示内容,而是弹出一个"文件下载"的对话框,接下来就是由你来决定"打开"还是"保存" 了。
最终感谢其他相关文章的作者 主要参考了其他几篇文章:
https://blog.csdn.net/qq_28096687/article/details/53432733
https://blog.csdn.net/baidu_35760874/article/details/79044856
http://www.cnblogs.com/lihaoyang/p/7348293.html