【问题标题】:Spring StreamingResponseBody Request Thread not cleaned up, when client closes connection当客户端关闭连接时,Spring StreamingResponseBody 请求线程未清理
【发布时间】:2017-03-23 15:53:35
【问题描述】:

我在Controller中有一个端点,它返回一个StreamingResponseBody,用于向客户端发送文件。代码大致如下:

@RestController
@RequestMapping(value="api")
public class Controller {
    static class GetContentResponse implements StreamingResponseBody {

        @Override
        public void writeTo(OutputStream outputStream) throws IOException {
            while (!finished) {
                try {
                    byte[] chunk = <get next chunk>;
                    outputStream.write(chunk);
                } catch (InterruptedException e) {
                    throw new RuntimeException("Interrupted!", e);
                }
            }
            outputStream.close();
        }
    }


    @RequestMapping(value = "/{id}", method = RequestMethod.GET)
    public ResponseEntity<StreamingResponseBody> get(@PathVariable(value = "id") String id)
        throws FaultResponse, InterruptedException {

        GetContentResponse getContentResponse = new GetContentResponse();

        HttpHeaders header = new HttpHeaders();

        return new ResponseEntity<>(getContentResponse, header, HttpStatus.OK);
    }
}

我通过以下方式设置异步请求的超时时间:

@Configuration
public class AsyncConfiguration extends WebMvcConfigurerAdapter {
    @Override
    public void configureAsyncSupport(AsyncSupportConfigurer configurer) {
        configurer.setDefaultTimeout(5000);
    }
}

如果客户端取消请求,响应线程将挂起,不会超时并且不会被清理。线程的stacktrace是:

Name: MvcAsync9
State: TIMED_WAITING on java.util.concurrent.CountDownLatch$Sync@4c51a108
Total blocked: 1  Total waited: 31

Stack trace: 
sun.misc.Unsafe.park(Native Method)
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
org.apache.tomcat.util.net.NioEndpoint$KeyAttachment.awaitLatch(NioEndpoint.java:1361)
org.apache.tomcat.util.net.NioEndpoint$KeyAttachment.awaitWriteLatch(NioEndpoint.java:1364)
org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSelector.java:114)
org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.java:172)
org.apache.coyote.http11.InternalNioOutputBuffer.writeToSocket(InternalNioOutputBuffer.java:139)
   - locked org.apache.coyote.http11.InternalNioOutputBuffer@62f2053a
org.apache.coyote.http11.InternalNioOutputBuffer.addToBB(InternalNioOutputBuffer.java:197)
   - locked org.apache.coyote.http11.InternalNioOutputBuffer@62f2053a
org.apache.coyote.http11.InternalNioOutputBuffer.access$000(InternalNioOutputBuffer.java:41)
org.apache.coyote.http11.InternalNioOutputBuffer$SocketOutputBuffer.doWrite(InternalNioOutputBuffer.java:320)
org.apache.coyote.http11.filters.IdentityOutputFilter.doWrite(IdentityOutputFilter.java:84)
org.apache.coyote.http11.AbstractOutputBuffer.doWrite(AbstractOutputBuffer.java:256)
org.apache.coyote.Response.doWrite(Response.java:501)
org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:388)
org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:344)
org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:418)
org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:406)
org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:97)
org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:90)
org.springframework.security.web.context.OnCommittedResponseWrapper$SaveContextServletOutputStream.write(OnCommittedResponseWrapper.java:537)
com.mackie.test.Controller$GetContentResponse.writeTo(Controller.java:98)
org.springframework.web.servlet.mvc.method.annotation.StreamingResponseBodyReturnValueHandler$StreamingResponseBodyTask.call(StreamingResponseBodyReturnValueHandler.java:108)
org.springframework.web.servlet.mvc.method.annotation.StreamingResponseBodyReturnValueHandler$StreamingResponseBodyTask.call(StreamingResponseBodyReturnValueHandler.java:94)
org.springframework.web.context.request.async.WebAsyncManager$4.run(WebAsyncManager.java:316)
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
java.util.concurrent.FutureTask.run(FutureTask.java:266)
java.lang.Thread.run(Thread.java:745)

当客户端断开连接时,我如何确保线程被正确销毁?

【问题讨论】:

  • 我也遇到了同样的问题。当我卷曲端点,取消,然后再次卷曲时,传递给 StreamingResponseBody 的 OutputStream 具有相同的哈希码。这导致了一些非常奇怪的行为。我没有代理,所以这里肯定有其他潜在问题。

标签: java spring multithreading tomcat


【解决方案1】:

我自己发现了问题:服务器和客户端之间有一个代理,它没有正确中继关闭连接。没有代理一切正常。

【讨论】:

    猜你喜欢
    • 2017-07-26
    • 2020-02-10
    • 1970-01-01
    • 2021-07-05
    • 1970-01-01
    • 2016-03-11
    • 2018-07-21
    • 2023-03-23
    • 1970-01-01
    相关资源
    最近更新 更多