Question

我遇到了Jakarta Commons HttpClient的问题。 ~~在我自己编写的HttpServer获得真实请求之前，有一个请求是完全空的。这是第一个问题。~~ 第一个问题解决了。它是由不必要的URLConnection引起的！ ~~第二个问题是，有时请求数据在http请求的第三行或第四行之后结束：~~

POST / HTTP/1.1
User-Agent: Jakarta Commons-HttpClient/3.1
Host: 127.0.0.1:4232

对于调试我正在使用Axis TCPMonitor。每件事情都很好，但空洞的请求。

我如何处理流：

<击>

StringBuffer requestBuffer = new StringBuffer();

InputStreamReader is = new InputStreamReader(socket.getInputStream(), "UTF-8");

int byteIn = -1;
do {
    byteIn = is.read();
    if (byteIn > 0) {
        requestBuffer.append((char) byteIn);
    }
} while (byteIn != -1 && is.ready());

String requestData = requestBuffer.toString();

<击>

找到了一种处理流的新方法。我阅读了所有标题参数，并使用'content-length'来阅读帖子数据。

InputStream is = mySocket.getInputStream();
if (is == null) {
    return;
}
BufferedReader in = new BufferedReader(new InputStreamReader(is, "UTF-8"));

// Read the request line
// ...
// ...

// Parse the header
Properties header = new Properties();
if (st.hasMoreTokens()) {
    String line = in.readLine();
    while (line != null && line.trim().length() > 0) {
        int p = line.indexOf(':');
        header.put(line.substring(0, p).trim().toLowerCase(), line.substring(p + 1).trim());
        line = in.readLine();
    }
}

// If the method is POST, there may be parameters
// in data section, too, read it:
String postLine = "";
if (method.equalsIgnoreCase("POST")) {
    long size = 0x7FFFFFFFFFFFFFFFl;
    String contentLength = header.getProperty("content-length");
    if (contentLength != null) {
        try {
            size = Integer.parseInt(contentLength);
        } catch (NumberFormatException ex) {
        }
    }
    postLine = "";
    char buf[] = new char[512];
    int read = in.read(buf);
    while (read >= 0 && size > 0 && !postLine.endsWith("\r\n")) {
        size -= read;
        postLine += String.valueOf(buf, 0, read);
        if (size > 0) {
            read = in.read(buf);
        }
    }
    postLine = postLine.trim();
    decodeParms(postLine, parms);
}

我如何发送请求：

client.getParams().setSoTimeout(30000);

method = new PostMethod(url.getPath());
method.getParams().setContentCharset("utf-8");
method.setRequestHeader("Content-Type", "application/xml; charset=utf-8");
method.addRequestHeader("Connection", "close");
method.setFollowRedirects(false);

byte[] requestXml = getRequestXml();

method.setRequestEntity(new InputStreamRequestEntity(new ByteArrayInputStream(requestXml)));

client.executeMethod(method);

int statusCode = method.getStatusCode();

~~你们谁都知道如何解决这些问题？~~

亚历

Answer 1

我不知道第一个问题，但我认为你的第二个问题是由于：

} while (byteIn != -1 && is.ready());

如果发送方发送数据的速度不够快，接收方可能会在发送下一个数据包之前调用is.ready()。这将导致is.ready()返回false，这将导致循环停止。

最小修正是将该行更改为：

} while (byteIn != -1);

修改

但实际上，你需要按照@ simonlord的答案重写方法。一次读取一个字节的无缓冲流是一个非常糟糕的主意。您最终会为每个read调用进行系统调用，这非常低效。

编辑2

删除is.ready()导致延迟的原因是您没有适当关注HTTP协议。问题是HttpClient代码保持TCP连接的请求端保持打开状态以允许重用连接。简单（但次优）解决方案是配置HttpClient以关闭连接的请求端。您的代码会立即看到EOF。你实际做的是另一种解决方案。

坦率地说，除非您准备深入理解整个HTTP规范并忠实地实施，否则您甚至不应该尝试来实现服务器端HTTP协议。现有的实施可能比你可以拼凑的任何东西更快，更可靠。实现规范子集的问题在于，您的服务器可能需要与使用您未实施/测试的部分规范的真实浏览器进行通信。

Answer 2

它可能与你的while循环中的第二个条件有关，isReady（）方法可能会在下一个读取可能阻塞时返回false - 但你真的不在乎它是否阻塞，所以我们可以简单地删除它（你可以在这里阅读更多内容：http://java.sun.com/j2se/1.5.0/docs/api/java/io/InputStreamReader.html#ready%28%29）。尝试改为：

byte[] buf = new byte[500];
while((is.read(buf))>-1){
  requestBuffer.append(new String(buf).trim());
  buf = new byte[500];
}

现在你应该得到整个请求。

为什么我从Jakarta Commons HttpClient获得空请求？

2 个答案: