web的response输出给浏览器下载过程观测

用户想要打包后台的几个excel文件为zip包后下载，

我想，可以直接打包成zip文件在本地，然后再把这个文件输出给用户。

还有一种是打包成一个缓存的二进制zip包，然后用outputstream直接write给用户。这种情况比较特殊：
过程是读一个excel，压缩成zip文件的一部分后写到outputstream.write中，问题来了，如果有4个excel，压缩了两个之后报异常终止了，也就是outputstream.write只是write了两个excel的压缩内容，还没有结束，这时候服务器直接停了。

猜测：如果是outputstream.write完成之后用户才开始提示接收文件，也就是说outputstream.write只是把字节流写入到服务器，完成写入后才一起发送到浏览器，这样就可以把部分压缩的内容先发送到response的outputstream。

但是经过观察浏览器的下载行为，只要有outputstream.write(buffer),浏览器已经开始能够选择保存位置了，也就是说servlet的response刚开始输出，浏览器就接收到了，而不是先缓存在outputstream中。

这样就必须先要把压缩文件压缩完毕之后，再通过outputstream输出，不然压缩到一半抛异常，用户接收到的不过是半成品，肯定回投诉的。

另外，浏览器是再outputstream完成后才知道文件大小的，即使这时候还没接收完毕。

如果接收的文件很大，那么outputstream的流虽然close了，但是其数据流只是输出到通向浏览器的那个缓存管道（暂且这么说吧），这时候服务器会完成接下来的传输工作。

以上只是个人猜测，并未看过源码实现，勿误。