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 statement或捕获IOException？

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

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

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

1 个答案: