java - 将 HTTP 响应发送到已死亡的客户端时，服务器不会抛出异常

Question

我有以下情况:

1. 客户端向服务器发送网络服务调用(HTTP 请求)。
2. 服务器需要 5 分钟来处理网络服务调用。
3. 与此同时，客户端进程被终止。
4. 服务器继续成功处理并在 5 分钟后发送网络服务结果(HTTP 响应)。
5. 一切顺利。没有异常(exception)。当然客户端不会收到响应。

这是正确的行为，还是服务器上应该有异常？

我在 JBOSS 上使用 JAX-WS。

谢谢!

Answer 1

理论上这是正确的行为。 HTTP 通常使用 tcp/ip 连接，而 TCP 允许客户端关闭连接但仍等待传入数据。 RFC 793 3.5

所以从底层传输层的角度来看，服务器无法知道客户端是否仍然可以处理该过程。

HTTP RFC 2616 指出，如果客户端或服务器希望超时，它们应该优雅地关闭底层 TCP 连接，并且两者都应该仔细监控底层连接。它没有明确指定当客户端希望关闭 tcp 连接时服务器应该做什么。只是为了“适当”地处理它。

When a client or server wishes to time-out it SHOULD issue a gracefulclose on the transport connection. Clients and servers SHOULD bothconstantly watch for the other side of the transport close, andrespond to it as appropriate. If a client or server does not detectthe other side's close promptly it could cause unnecessary resourcedrain on the network.From Section 8.1.4 of RFC 2616

如果客户端死亡，这可能意味着 1) TCP 连接上的非正常超时或 2) 客户端正常关闭。 (大概要看客户端是意外死还是顺利被杀)

如果您的服务器可以检测到 1) 它应该停止并记录错误。如果它无法检测到它，则继续处理并尝试响应是适当的行为。

如果您的服务器检测到 2)(它应该检测到的)并且已经在发送(例如发送 header )，它应该继续这样做，因为这是 TCP 连接的预期行为，而 HTTP 为您提供了选择。如果您的服务器仍在处理请求并且没有开始发送任何内容，您应该停止处理并记录错误。

流行的 NGINX 为此使用了一个 http 499 客户端关闭请求错误代码。参见 NGINX error 499