JRE HttpServer 是否违反了“期望继续”规则？ HTTP 的语义？

Question

这是我在使用 com.sun.net.httpserver 中内置的 Java 时遇到的一些问题的后续帖子。 HttpServer 和多步身份验证方案。

有人暗示，发送较大的数据量会使 Java 客户端无法提前接收“需要授权”消息（由于 Java 阻塞 I/O）。

这就是 HTTP 定义涉及 100 个状态代码的“期望继续握手”的原因 ( RFC 2616）：

100（继续）状态的目的是允许客户端 发送带有请求正文的请求消息以确定是否 源服务器愿意接受请求（基于请求 headers）在客户端发送请求正文之前。在某些情况下，它 对于客户来说可能不合适或效率极低 如果服务器不查看就拒绝消息，则发送正文 身体。

所以在这种情况下不适合发送数据。服务器...

必须响应 100（继续）状态并继续阅读 来自输入流，或使用最终状态代码进行响应。

不幸的是，Sun HttpServer 总是以 100 状态代码响应，而不涉及应用程序。查看源：

/* check if client sent an Expect 100 Continue.
 * In that case, need to send an interim response.
 * In future API may be modified to allow app to
 * be involved in this process.
 */
String exp = headers.getFirst("Expect");
if (exp != null && exp.equalsIgnoreCase ("100-continue")) {
    logReply (100, requestLine, null);
    sendReply (
        Code.HTTP_CONTINUE, false, null
    );
}

当应用程序不涉及，似乎无法向客户端传达不适合发送消息的信息，因此违反了协议（这确实导致了早期关闭连接和损坏管道等问题）。以防万一我遗漏了什么，我最好询问社区这种解释是否正确:)

Answer 1

我不会说它违反了协议，因为服务器和应用程序之间的通信不是协议的一部分，只是服务器和客户端之间的通信。只要服务器在发送 100-Continue 后接受整个客户端请求，就会遵守该协议。

当然，自动返回 100-Continue 意味着您失去了 Expect-Continue 旨在提供的潜在效率增益，但效率并不是协议所保证的。