在客户端关闭连接后,防止Jersey服务器保持线程活动

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.

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

我做了一个巨大的推测,这是泽西而不是Tomcat,部分一厢情愿,因为我可能不一定能够对tomcat的制作版本进行任何调整.

Answer 1

您是否尝试过为 BufferedWriter 创建try-with-resources 语句或捕获 IOException？

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

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