JBOSS 挂在 org.apache.jk.common.JkInputStream.receive() - 读取 HTTP 请求 InputStream 时出现 IOException

Question

我遇到一个问题，导致 JBOSS 中的所有线程在读取输入流时阻塞。它的发生是不可预测的，系统可能会运行数天（或更长时间），然后才会开始受到影响。

该问题看起来与 this 问题类似，但我尚未尝试设置 -Dhttp.keepAlive=false按照答案中的建议，因为我想知道是否其他人有不同/更好的解决方案。我宁愿不必通过将此属性设置为 false 来招致性能损失（假设甚至可以解决问题）。

有一些 Sun bug 涉及 BufferedReader 和 InputStream 读取问题 (错误 6192696，错误 6409506)，但对我来说，它们似乎有点不确定。欢迎您对此类问题和 Sun bug 提出想法/建议/经验。

下面是例外情况：

java.io.IOException
    at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:190)
    at org.apache.jk.common.JkInputStream.refillReadBuffer(JkInputStream.java:249)
    at org.apache.jk.common.JkInputStream.doRead(JkInputStream.java:168)
    at org.apache.coyote.Request.doRead(Request.java:418)
    at org.apache.catalina.connector.InputBuffer.realReadBytes(InputBuffer.java:284)
    at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:404)
    at org.apache.catalina.connector.InputBuffer.read(InputBuffer.java:299)
    at org.apache.catalina.connector.CoyoteInputStream.read(CoyoteInputStream.java:192)
    at com.vicinity.ExtractMessageServlet.service(ExtractMessageServlet.java:62)
    ...

这是请求标头的示例：

POST http: //www.xyz.com HTTP/1.0
Host: www.xyz.com:80
Accept: */*
Content-Type: application/octet-stream
Content-Length: 00597
Session-Key: 812a0000

这是 Web 应用程序的 Servlet 代码。它卡在 servletInputStream.read 上：

int lengthOfBuffer = request.getContentLength();
byte[] buffer = new byte[lengthOfBuffer];
ByteArrayOutputStream output = new ByteArrayOutputStream(lengthOfBuffer);
ServletInputStream servletInputStream = request.getInputStream();
int readBytes = -1;
while ((readBytes = servletInputStream.read(buffer, 0, lengthOfBuffer)) != -1) {
    output.write(buffer, 0, readBytes);
}
byte[] inputStream = output.toByteArray();
...
// Continue to process the input stream

JBoss 版本：JBoss AS 4.0.5.GA。
此外，mod_jk 正在端口 80 上将 HTTP 请求从 Apache 服务器路由到 JBoss 服务器 - 如果您对此感兴趣的话。

Answer 1

如果从底层 TCP 套接字读取时出现问题，JkInputStream.receive 将抛出无消息 IOException，不幸的是没有指定发生了什么问题。如果启用 org.apache 包的所有日志级别并检查抛出异常之前记录的内容，您可能会找到有关问题原因的更多详细信息。