gpt4 book ai didi

java - 关闭 ServletOutputStream 的封装编写器/流

转载 作者:行者123 更新时间:2023-11-30 09:04:49 28 4
gpt4 key购买 nike

我知道之前许多问题的重点是关闭或不关闭 ServletOutputStream,如下所示:Should I close the servlet outputstream?或此处:Should one call .close() on HttpServletResponse.getOutputStream()/.getWriter()?或者这里有另一个焦点:Do I need to flush the servlet outputstream?

普遍的共识似乎是关闭它,因为从更严格的意义上说,您并不拥有它。 (HttpServletResponse 拥有它。)

但是例如这些结构:

PrintWriter out = new PrintWriter( new OutputStreamWriter( resp.getOutputStream(), MY.ENCODING ) );

现在我显然是 PrintWriter 的所有者,它有一些至少需要刷新的额外缓冲区(并且通过关闭缓冲区等方式刷新)。

这里的普遍共识是什么?我是否需要关闭 PrintWriter(或与此相关的任何其他此类构造。)?

编辑:也有关闭流的有效参数。值得注意的是不是想要在流上写其他东西。与此同时,我们拥有 try-with-resource 结构,可能 会改变现状。在这里查看我的其他问题:Eclipse complaining over resource leak when not closing ServletOutputStream可能什么都不会改变(我的总体感觉是也不要关闭流)但是try-with-resource最重要的是字面上尖叫着这样的代码:

try( Something out = new Something( resp.getOutputStream() ) ){
out.print( "Foo" );
}

代替

Something out;
try {
out = new Something( resp.getOutputStream() );
out.print( "Foo" )
} finally {
if( out != null && out.isUnFlushedWhatever() ) out.flush();
}

最佳答案

OutputStream 不是您创建的,您只需使用 ServletResponse.getOutputStream() 查询对它的引用。因此,如果您在它周围放置一些东西(例如 OutputStreamWriterZipOutputStream),包装流或编写器将只写入它。

关闭包装器流或编写器关闭底层流取决于实现,因此您不应该关闭它。但由于在大多数情况下,包装器仅使用底层流来写入字节,因此刷新包装器绰绰有余。

在包装器需要一些终结的情况下,包装器应该(并且通常是)负责在单独的方法中提供此终结功能。例如 ZipOutputStream 提供了一个 finish() 方法,它可以在不关闭底层流的情况下完成写入 ZIP 输出流的内容。

总结:

你不应该关闭包装器,但检查它是否提供了一些没有关闭底层流的终结方法,你显然应该调用它。

关于java - 关闭 ServletOutputStream 的封装编写器/流,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25057422/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com