TCP套接字文件描述符复用出现Broken pipe报错的原因咨询

差异原因解析 #

• Daytime协议的特性：time.nist.gov:13是Daytime服务（RFC 867），服务器的逻辑是：客户端建立TCP连接后，立即发送时间字符串，随后主动关闭连接。
• 循环外打开的问题：当你在循环外通过exec 3<>/dev/tcp/time.nist.gov/13打开文件描述符3，第一次读取数据后，服务器已经关闭了连接，这个文件描述符对应的套接字处于失效状态。后续循环中再尝试读写这个已关闭的描述符，就会触发Bad file descriptor错误。
• 循环内打开的逻辑：每次循环重新执行exec 3<>/dev/tcp/...，相当于新建一个TCP连接，服务器会重新响应并关闭，因此每次都能正常获取数据，不会报错。

保持TCP套接字持续打开的方案 #

注意：Daytime协议本身不支持长连接，服务器会在单次响应后强制关闭连接，因此无法针对该服务保持单个套接字持续打开。如果需要持续获取时间，可选择以下方案：

方案1：换用支持长连接的时间服务 #

比如使用NTP协议（TCP模式）或提供HTTP长连接的时间API，这类服务允许客户端保持连接并多次请求数据。

方案2：自动重连模拟“持续可用” #

如果必须使用Daytime服务，可以在脚本中检测连接状态，失效后自动重连，实现类似持续获取的效果：

#!/bin/bash

while :; do
    # 尝试打开套接字
    if exec 3<>/dev/tcp/time.nist.gov/13; then
        # 读取时间数据
        echo "当前时间：$(cat <&3)"
        # 关闭套接字
        exec 3>&-
    else
        echo "连接失败，重试中..."
    fi
    # 间隔10秒再次获取
    sleep 10
done

若为HTTP服务的长连接复用（针对误用GET请求的场景） #

如果你的实际需求是HTTP服务（而非Daytime），HTTP/1.1默认支持长连接，只需在请求头中指定Connection: keep-alive，即可复用已打开的文件描述符：

#!/bin/bash

# 打开HTTP长连接
exec 3<>/dev/tcp/example.com/80

for count in {1..3}; do
    # 发送带长连接标识的HTTP请求
    echo -e "GET / HTTP/1.1\r\nHost: example.com\r\nConnection: keep-alive\r\n\r\n" >&3
    # 读取响应（这里简化处理，实际需根据响应格式调整）
    echo "=== 第$count次响应 ==="
    grep -E "(HTTP/1.1|Date:)" <&3
done

# 主动关闭连接
exec 3>&-

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