基于socat的纯Bash简易HTTP服务器请求读取如何避免挂起与POST数据丢失？

两类读取异常的问题本质 #

两类问题的核心是读取逻辑没有匹配HTTP协议的实际请求边界，用无终止条件的阻塞读导致的：

• 连接挂起问题：最初的while read -r LINE循环没有设置退出条件，read是阻塞式读取操作，只要TCP连接不主动关闭（浏览器发完请求后不会立刻断开连接），循环就会一直等待下一行输入，永远无法执行到发送响应的步骤，只有手动终止socat强制断开连接时，浏览器才能收到之前积累的输出内容。
• POST请求体读取失败问题：调整后“遇到空行就break”的逻辑，只识别了请求头和请求体之间的分隔空行，完全遗漏了HTTP请求体的长度约定——HTTP请求体的长度由请求头中的Content-Length字段明确指定，空行开始到对应长度结束的内容都是请求体，不能在空行处直接中断。

不挂起的完整httpd.sh实现 #

实现逻辑完全贴合HTTP协议规则，所有读取操作都设置明确终止条件，不会出现无限阻塞：

1. 逐行读取请求头，直到遇到分隔空行，过程中提取Content-Length的数值
2. 根据提取的Content-Length值，精确读取对应字节数的请求体，读完立刻停止，不等待更多输入
3. 解析请求路径，构造符合HTTP规范的响应内容输出
   可直接运行的脚本：

#!/bin/bash
CONTENT_LENGTH=0
REQUEST_LINE=""

# 逐行读取请求头，直到遇到空行
while read -r LINE; do
    # 去掉HTTP行尾的\r（HTTP行分隔为CRLF，Bash read按\n切分会残留\r）
    LINE=${LINE%$'\r'}
    # 遇到空行代表请求头读取完成，退出循环
    if [ -z "$LINE" ]; then
        break
    fi
    # 第一行是请求行，单独存储
    if [ -z "$REQUEST_LINE" ]; then
        REQUEST_LINE="$LINE"
    fi
    # 提取请求头中的Content-Length值
    if [[ "$LINE" =~ ^Content-Length:[[:space:]]*([0-9]+)$ ]]; then
        CONTENT_LENGTH=${BASH_REMATCH[1]}
    fi
done

# 按Content-Length指定长度读取请求体，读完即停止
REQUEST_BODY=""
if [ $CONTENT_LENGTH -gt 0 ]; then
    REQUEST_BODY=$(dd bs=1 count=$CONTENT_LENGTH 2>/dev/null)
fi

# 从请求行解析请求路径
REQUEST_PATH=$(echo "$REQUEST_LINE" | awk '{print $2}')

# 按路径匹配返回对应内容
RESPONSE_BODY=""
case "$REQUEST_PATH" in
    /index.html)
        RESPONSE_BODY="Index!"
        ;;
    /random)
        RESPONSE_BODY="$RANDOM"
        ;;
    *)
        RESPONSE_BODY="404 Not Found"
        ;;
esac

# 输出标准HTTP响应头与响应体
echo -e "HTTP/1.0 200 OK\r"
echo -e "Content-Type: text/plain\r"
echo -e "Content-Length: ${#RESPONSE_BODY}\r"
echo -e "\r"
echo -n "$RESPONSE_BODY"

socat测试命令的实际逻辑 #

执行socat TCP4-LISTEN:1234,reuseaddr,fork,crlf SYSTEM:"echo hello world"能正常响应，和HTTP请求边界判断没有任何关系，是巧合性正常工作：

• 这个命令的SYSTEM执行逻辑全程不读取stdin（也就是不读取浏览器发送的HTTP请求内容），所以不会触发之前read循环那种无限阻塞的问题
• echo执行完成后子进程立刻退出，socat会把子进程的所有stdout输出转发给TCP客户端，等子进程退出后，socat主动关闭TCP连接
• 刚好HTTP/1.0协议默认规则是“服务端关闭连接即代表响应结束”，所以浏览器能正确解析返回内容，看起来服务在正常工作，但实际上这个服务根本不解析任何请求内容——哪怕客户端刚建立TCP连接还没发任何请求字节，它也会立刻返回hello world然后断开连接。

关键说明 #

• 所有读取操作都设置了明确终止条件：请求头读到空行就停，请求体读到Content-Length指定长度就停，全程不会出现阻塞等待
• 响应头中明确携带Content-Length字段，浏览器可以准确判断响应内容的结束位置，不需要靠连接关闭判断边界
• 整个实现基于纯Bash，不依赖额外第三方工具

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