问isReady()在封闭状态下返回true -为什么？

EN

关键事实:一个亲密的调用意味着一个写操作。

关闭的内部状态指示流/输出的使用与该调度关闭(而不是流本身实际上已关闭)。

我们是怎么进入这种状态的？某些东西触发了ServletOutputStream.close() (然后又触发了HttpOutput.close())，现在不再允许从当前调度对该流进行写入。

在关闭状态下，会发生刷新。

• 刷新将提交响应。
• 刷新将完成对交换/连接/输出的各个层上存在的各种缓冲区的写入。
• 如果有一个聚合缓冲区(对于许多小型写操作来说)，它会将其写入。
• 如果有一个压缩层(gzip)，它也将强制从那里刷新。
• 然后，所有这些缓冲区也通过Transfer-Encoding层(例如:块)。
• 然后发生网络写入。

HttpOutput也是所有嵌套请求的一个输出点，例如使用来自RequestDispatcher的include()，这将重新打开HttpOutput以便在include()期间使用，然后再次关闭它。

一旦完全和完全刷新/完成了HttpOutput (不再有调度、不再写)，那么最后的缓冲区刷新就完成了，传输编码就完成了，HttpOutput被重置、回收，并返回到HttpConnection以便与下一个交换一起使用。

我们可以在代码库中更好地使用javadoc‘，或者至少使用更有意义的常量和变量名。

开放https://github.com/eclipse/jetty.project/issues/2687

对于写的Jetty EofException (而不是JVM EOFException)。

一旦关闭了ServletOutputStream以便在特定的调度中使用，对write()的进一步调用将导致JettyEofException。

还有一种EofException风格，您提交的响应细节被违反了。

例:您声明响应Content-Length为40 an，但是编写了41 an，超出了提交响应的能力，这是一个IOException。Servlet规范告诉我们在本例中抛出一个IOException。

Jetty将抛出Jetty内部EofException (它扩展了IOException)，以指示此特定场景并中止连接，从而破坏您可能需要的任何连接持久性。