前言

在java web开发中，我们经常遇到浏览器文件下载的功能，看似很简单的功能，有些几年经验的老鸟，都写不好，大家遇到这种功能，都是直接Ctrl+C一下代码，具体代码估计都没看。下面有两种写法对比，很多初学者都没注意，甚至有几年开发的经验的老鸟也时候也会犯错。

直接把文件完全加载到内存写法

    public void downFile(String path, HttpServletResponse response) throws Exception {File file = new File(path);boolean exists = file.exists();if (!exists) {throw new Exception("文件不存在！");}// 获取文件名String filename = file.getName();try (FileInputStream fileInputStream = new FileInputStream(file);InputStream fis = new BufferedInputStream(fileInputStream);OutputStream outputStream = new BufferedOutputStream(response.getOutputStream())) {// 将文件写入输入流byte[] buffer = new byte[fis.available()];fis.read(buffer);fis.close();// 清空responseresponse.reset();// 设置response的Headerresponse.setCharacterEncoding("UTF-8");response.addHeader("Content-Disposition", "attachment;filename=" + URLEncoder.encode(filename, "UTF-8"));// 告知浏览器文件的大小response.addHeader("Content-Length", "" + file.length());//设置响应格式，已文件流的方式返回给前端。response.setContentType("application/octet-stream");outputStream.write(buffer);outputStream.flush();}}

上面这种写法，对于一些小文件是没有问题的，但是对于大文件肯定是不行的。有以下这些问题
1.内存占用问题:由于把整个文件都加载在内存，如果是一个2G的文件，实际项目中，JVM内存一般设置成4G左右，你一个文件下载请求就占用2G，那要是下载大文件的请求较多，那岂不是原地爆炸。

2.一般在微服务项目，在网关层都会设置超时熔断机制，比如说一个请求的read timed out时间是30s,由于下载文件请求，需要把整个文件都加载到内存之后，再对外输出，这时候下载请求就很容易被网关熔断，之前公司的小伙伴就问过这个问题，为啥我的下载请求为啥老是被网关熔断，能不能把网关的超时时间设置长一点？照这思路，30s熔断太短了，要不设置成30分钟？

边读边写式下载

    /***将输入流中的数据循环写入到响应输出流中，而不是一次性读取到内存*/public void downloadLocal(String path, HttpServletResponse response) throws Exception {File file = new File(path);boolean exists = file.exists();if (!exists) {throw new Exception("文件不存在！");}// 获取文件名String filename = file.getName();try (InputStream inputStream = Files.newInputStream(Paths.get(path));BufferedOutputStream outputStream = new BufferedOutputStream(response.getOutputStream())) {response.reset();// 设置response的Headerresponse.setCharacterEncoding("UTF-8");response.addHeader("Content-Disposition", "attachment;filename=" + URLEncoder.encode(filename, "UTF-8"));// 告知浏览器文件的大小response.addHeader("Content-Length", "" + file.length());//设置响应格式，已文件流的方式返回给前端。response.setContentType("application/octet-stream");FileCopyUtils.copy(inputStream, outputStream);}}

在FileCopyUtils.copy的代码如下

	public static int copy(InputStream in, OutputStream out) throws IOException {Assert.notNull(in, "No InputStream specified");Assert.notNull(out, "No OutputStream specified");int byteCount = 0;byte[] buffer = new byte[BUFFER_SIZE];int bytesRead = -1;while ((bytesRead = in.read(buffer)) != -1) {out.write(buffer, 0, bytesRead);byteCount += bytesRead;}out.flush();return byteCount;}

可以看到，代码中定义了一个缓冲buffer，输入流在读取4M之后就会输出，这样就可以避免OOM问题，同时也避免了由于长时间不输出流，导致下载请求被网关熔断问题。