java - 在客户端关闭连接后防止 Jersey Server 保持线程 Activity

Question

我正在开发一个小型应用程序，该应用程序需要使用 Jersey 2.0(版本 2.19)将不同长度的输出从 REST 端点流式传输到客户端。尽管由于客户端应用程序的现有框架而不太理想，但客户端可以随时取消请求。

我可以使用 StreamingOutput 成功返回流式输出，如下面的代码所示。

@GET
public Response test() {

        StreamingOutput stream = new StreamingOutput() {
            @Override
            public void write(OutputStream os) throws IOException, WebApplicationException {

                Writer writer = new BufferedWriter(new OutputStreamWriter(os));

                for (int i = 0; i < 500000; i++) {
                    LOGGER.info(Integer.toString(i));
                    writer.write(String.valueOf(i) + "\n");
                    writer.flush();
                }

                writer.close();
            }
        };

        return Response.ok(stream).build();
}

当我从客户端调用端点并让它完成时(因此返回 0 - 499999 之间的数字)我没有遇到任何问题并且 Tomcat 内存中没有线程(如 Tomcat 管理器中所示)。
但是，如果客户端在请求完成之前取消请求，则该过程不再继续(通过将 i 记录到日志文件中可以看出)，但根据 Tomcat 管理器，它仍然持有一个线程，线程时间增加但字节数增加发送保持不变，这些坚持并不会在一段时间后超时。应用程序日志或 Tomcat 日志中都没有抛出和记录异常，但是在停止 Tomcat 时，您可以在 tomcat 日志中看到对这些线程的引用，表明它可能导致内存泄漏:

SEVERE: The web application [/streaming-1.0-SNAPSHOT] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@27d415d9]) and a value of type [org.glassfish.jersey.process.internal.RequestScope.Instance] (value [Instance{id=3ad9c61c-22cd-40d5-b810-59bff3feafa9, referenceCounter=2, store size=4}]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.

所以问题是，有没有办法在客户端取消与服务器的连接后阻止这些线程继续存在？

我假设这是 Jersey 而不是 Tomcat，部分是一厢情愿的想法，因为我不一定能够对 tomcat 的生产版本进行任何调整。

Answer 1

您是否尝试过创建 BufferedWriter try-with-resources statement还是捕获 IOException？

当客户端提前终止连接时，在服务器上，writer.write 抛出一个未被捕获的 IOException，因此 BufferedWriter 永远不会关闭，底层 Tomcat 提供的 OutputStream 永远不会关闭.

try (Writer writer = new BufferedWriter(new OutputStreamWriter(os))) {
  ...
} catch(IOException ioe) {
  // log client termination.
}