我的应用程序服务器.wav文件,可从某些URL下载。我必须更改逻辑,以便它们将被流式传输而不是被下载 - 所以我将删除正在显式设置的Content-Disposition标头。
一段代码:
// removed
//response.setHeader("Content-Disposition", "attachment;filename=" + fileName);
bis = new BufferedInputStream(inputStream);
bos = new BufferedOutputStream(sOutputStream);
byte[] buff = new byte[10000];
int bytesRead = 0;
while(-1 != (bytesRead = bis.read(buff))) {
bos.write(buff, 0, bytesRead);
}
bos.flush();
第二次或第三次致电bos.write
会导致
ClientAbortException: java.net.SocketException: socket write error: Connection aborted by peer
at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:402)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:449)
at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:349)
at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:425)
at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:414)
at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:89)
at java.io.BufferedOutputStream.write(BufferedOutputStream.java:105)
当我调试代码时,当write方法失败时,浏览器会打开一个播放器,另一个相同的请求正在生成并成功。
当设置Content-Disposition时,eveything工作正常。有什么想法吗?
答案 0 :(得分:2)
这是因为客户端在注意到它实际上是媒体文件并通过客户端的媒体播放器通过HTTP Range
请求切换到流模式后中止请求,以提高缓冲速度。然后,客户端将在文件的不同部分发出多个HTTP请求(显然,只有当您的servlet也真正支持它时,这才有效...许多本地文件servlet不会,并且最终可能会执行得更糟)。
对于服务器日志中的那些客户端中止异常,最好的办法是过滤并抑制它们,或者至少使用DEBUG / INFO oneliner而不是使用整个堆栈跟踪进行登录。