apipost和curl收不到服务器响应的HTTP/1.1 404 Not Found-Toy模板网

这篇具有很好参考价值的文章主要介绍了apipost和curl收不到服务器响应的HTTP/1.1 404 Not Found。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

windows的apipost发送请求后，服务器响应了HTTP/1.1 404 Not Found，但是apipost一直显示发送中。
linux上的curl也一样。
使用wireshark抓包发现收到了响应，但是wireshark识别不了（图中是回应404后关闭了连接）：
apipost和curl收不到服务器响应的HTTP/1.1 404 Not Found,服务器,http,运维
第一个报文是HTTP/1.1 404 Not Found响应，但并没有识别出来，wireshark认为是一个不完整的HTTP报文（TCP segment of a reassembled PDU），但HTTP实际上是完整的，结尾带了两个\r\n（0d 0a 0d 0a）：
apipost和curl收不到服务器响应的HTTP/1.1 404 Not Found,服务器,http,运维
第二个报文是服务器发送的FIN，里面并没有应用层数据，Len=0：

不清楚为什么认为这个HTTP报文不完整，只能在服务器上手动增加了：

FullHttpResponse resp = new DefaultFullHttpResponse(HttpVersion.HTTP_1_1, HttpResponseStatus.NOT_FOUND);
//netty服务器默认不包含CONTENT_LENGTH 需要手动设置
resp.headers().set(HttpHeaderNames.CONTENT_LENGTH, 0);

之后wireshark抓包正常了，apipost也能收到了：
apipost和curl收不到服务器响应的HTTP/1.1 404 Not Found,服务器,http,运维
这是因为在HTTP/1.1中，链接是复用的，如果没有content-length就无法区分两个HTTP报文的边界（粘包），也就是说HTTP/1.1如果是keep alive（没有connection也默认是keep-live），则content-length和chunk必然是二选一。
有一些响应码可以没有content-length，但404响应必须包含body，可以是0，来自RFC2616：

对于响应消息，消息里是否包含消息主体依赖相应的请求方法和响应状态码。所有HEAD请求方法的请求的响应消息不能包含消息主体。所有1XX（信息的），204（无内容）和304（无修改）的响应都不能包括一个消息主体（message-body）。所有其他的响应必须包括消息主体，虽然可能长度为零.
。。。。
服务器响应为40x，除了响应HEAD请求，都应该包含一个message-body，message-body包含一个此错误请求的解释。文章来源地址https://www.toymoban.com/news/detail-823409.html

到了这里，关于apipost和curl收不到服务器响应的HTTP/1.1 404 Not Found的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！