使用Http请求下载文件带来的问题

java.io.IOException: Broken pipe
当使用http请求的方式将文件作为响应内容给浏览器，这个时候如果浏览器未开启自动下载(浏览器可能会终止这个tcp连接)，文件不会下载成功，但是这个时候请求已经到达服务器，如果这个时候，响应的文件达到一定的值(服务器玩tcp通道中写入数据)，服务器会出现java.io.IOException: Broken pipe异常。

Transfer-Encoding和Content-Length

Transfer-Encoding是HTTP响应头的一个字段，用于指示服务器在传输消息主体时所使用的编码方式。它告诉客户端如何解析消息主体。常见的值包括chunked和identity。
chunked：表示消息主体被分成了一系列的块（chunks）。每个块都包含块的大小和块的内容。这种编码方式允许服务器在传输过程中动态生成消息主体，无需知道消息主体的总大小。这对于动态生成内容或长时间生成的内容非常有用，因为它允许服务器逐块发送数据，而不必等待整个消息主体完全生成。
identity：表示消息主体没有经过任何编码，是未经压缩或转换的原始内容。当Transfer-Encoding字段的值为identity时，消息主体的大小通过Content-Length字段来指定。
Transfer-Encoding头的存在优先级高于Content-Length头。如果存在Transfer-Encoding头，那么消息主体的长度由编码方式决定；如果不存在Transfer-Encoding头，则消息主体的长度由Content-Length头指定。

传输编码（Transfer-Encoding）和内容长度（Content-Length）由服务器端生成响应时所采用的具体情况决定(同一个请求多车会有两种不同的响应，请求头为Transfer-Encoding或Content-Length)。

Transfer-Encoding决定
如果服务器能够确定消息主体的总大小，并且在传输过程中不需要动态生成内容，那么服务器通常会使用Content-Length来指定消息主体的长度，并且不需要使用Transfer-Encoding头。
如果服务器无法确定消息主体的总大小，或者希望在传输过程中动态生成内容（例如流式传输），那么服务器可能会选择使用Transfer-Encoding: chunked，以便能够逐块传输消息主体，而不必等待整个消息主体完全生成。

Content-Length决定：
如果使用Content-Length头来指定消息主体的长度，那么客户端可以根据这个长度来准确地判断消息主体的结束位置，而不需要进行流式解析。这种情况下，通常不需要使用Transfer-Encoding头。
如果消息主体的长度无法确定，或者需要在传输过程中动态生成内容，那么通常会选择使用Transfer-Encoding: chunked来实现分块传输。