不借助HTTP库发送HTTP 404响应时的解析失败问题排查

你写的响应字符串完全不符合HTTP协议的格式要求，这就是浏览器无法解析的核心原因。HTTP协议对响应的结构有严格规定，咱们一步步拆解问题：

你当前响应的问题 #

你的响应是：

b"HTTP/1.1 404 Content-Length: 0"

这里有三个致命错误：

• 状态行缺少状态短语：HTTP/1.1要求状态码后面必须跟对应的短语（比如404对应Not Found），浏览器依赖这个来确认状态的合法性。
• 状态行和响应头没有分隔：状态行必须单独一行，每个响应头也必须单独一行，行尾用\r\n（CRLF）分隔。
• 缺少响应头与响应体之间的空行：即使响应体为空，你也需要在最后加一个\r\n来标记响应头的结束，这是HTTP协议的强制要求。

修正后的正确响应格式 #

符合规范的最小404响应应该是这样的字节序列：

HTTP/1.1 404 Not Found\r\n
Content-Length: 0\r\n
\r\n

对应到你的Rust代码里，应该把响应改成：

b"HTTP/1.1 404 Not Found\r\nContent-Length: 0\r\n\r\n"

修正后的process_socket函数 #

更新后的代码如下：

async fn process_socket(mut socket: TcpStream) {
    socket
        .write_all(b"HTTP/1.1 404 Not Found\r\nContent-Length: 0\r\n\r\n")
        .await
        .expect("failed to write data to socket");
    socket
        .flush()
        .await
        .expect("failed to flush socket");
}

为什么这样改就对了？ #

1. 状态行合规：HTTP/1.1 404 Not Found明确告诉服务器和浏览器这是一个404错误响应，符合HTTP协议的规定。
2. 行分隔正确：每个\r\n都正确分隔了状态行、响应头，最后的空行告诉浏览器“响应头结束了，后面没有响应体”。
3. Content-Length头单独成行：让浏览器正确识别响应体的长度（这里是0）。

现在你再运行代码，不管是Chrome还是Safari，都能正确识别这个404响应了。

内容的提问来源于stack exchange，提问作者Jackie