1

我正在使用 Tomcat 7 并且经常遇到连接重置错误，

org.apache.coyote.http11.Http11Processor - Error parsing HTTP request header

java.net.SocketException: Connection reset
    at java.net.SocketInputStream.read(SocketInputStream.java:189)
    at java.net.SocketInputStream.read(SocketInputStream.java:121)
    at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:516)
    at org.apache.coyote.http11.InternalInputBuffer.fill(InternalInputBuffer.java:501)
    at org.apache.coyote.http11.InternalInputBuffer.parseRequestLine(InternalInputBuffer.java:98)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:931)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:722)

有时，虽然不经常“在套接字上读取意外的 EOF”，

org.apache.coyote.http11.Http11Processor - Error parsing HTTP request header

java.io.EOFException: Unexpected EOF read on the socket
    at org.apache.coyote.http11.InternalInputBuffer.parseRequestLine(InternalInputBuffer.java:99)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:931)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:722)

从我所阅读的内容来看，两者似乎都表明客户端可能突然关闭了连接，而服务器正在读取它，从而导致重置和/或 EOF。

还有其他任何人可以想到或遇到的原因吗？此外，如果两个异常都源于同一个问题，那么频率如何变化如此之大，我得到大约 100 次连接重置，比如 5 个 EOF。

谢谢

4

1 回答 1

2

更多调查和 Wireshark 转储显示，除了实际负载之外，还显示了另外两件事，一个是负载均衡器，它会定期检查心跳，另一个是网络监控脚本，它再次进行频繁的 ping。

因此，这些似乎是 ping 和断开连接的那些。因此，当我们监控再次位于 LB 后面的被动服务器时，它也会被网络监控脚本 ping，但没有生产负载。它也显示了我们在有负载的活动服务器上看到的相同异常。这证实了上述观察。因此，我们可以忽略这些或更改监控脚本以等待来自服务器的响应。

于 2014-11-03T05:59:55.223 回答