如何将socat的标准输入输出重定向至父进程Bash脚本？

核心解决方案（socat版） #

直接利用socat的exec模式配合自定义文件描述符，让脚本和socat通过指定fd双向通信，同时保留脚本自身的stdin/stdout用于系统管理任务。以下是可直接运行的完整脚本：

#!/bin/bash
PORT=7654

# 处理单个客户端连接的逻辑
handle_client() {
    # 通过fd3接收客户端数据，fd4发送响应
    while IFS= read -r line <&3; do
        # 这里插入你的业务逻辑，比如执行系统命令、处理数据
        echo "[日志] 收到客户端消息: $line" >&2  # 日志输出到stderr，不占用通信通道

        # 生成并发送响应
        reply="已处理请求: '$line'"
        echo "$reply" >&4
    done
}

# 判断脚本调用方式：如果参数是handle，则处理连接；否则启动socat服务
if [ "$1" = "handle" ]; then
    handle_client
else
    # 启动socat，fork模式支持多客户端，fdin/fdout指定通信文件描述符
    socat TCP-LISTEN:$PORT,fork EXEC:"$0 handle",fdin=3,fdout=4
fi

关键要点解析 #

• 自定义文件描述符：socat的fdin=3,fdout=4参数，将客户端的输入绑定到脚本的fd3，输出绑定到fd4。这样脚本自身的stdin（fd0）、stdout（fd1）可以正常用于执行系统管理任务（比如读取本地配置、输出操作日志），不会被通信占用。
• fork模式：fork参数让socat为每个新客户端创建独立子进程，天然支持多客户端并发连接。
• 脚本自调用：通过$0 handle让socat调用脚本的子函数处理单个连接，避免额外编写独立的处理程序。

之前方案的问题分析 #

1. 单向模式导致无响应：之前用了socat的-U参数，这是单向转发模式，只把客户端输入传给EXEC命令，完全忽略EXEC的输出，所以客户端收不到响应。
2. 临时文件的阻塞问题：用tail -f配合临时文件的方式，会导致read命令无法正确处理数据流，而且多客户端场景下会出现数据混乱。
3. 文件描述符被关闭：lsof看到的/dev/null是因为单向模式下socat主动关闭了输入通道，改用双向的exec模式后就会正常绑定通信fd。

备选方案（ncat版） #

如果优先用ncat，也可以实现类似逻辑，以下是保留脚本stdin/stdout的版本：

#!/bin/bash
PORT=7654

handle_client() {
    # 通过fd3接收，fd4发送
    while IFS= read -r line <&3; do
        # 这里可以用stdout执行系统任务，比如查询系统状态
        echo "[系统任务] 当前负载: $(uptime)" >&1

        # 发送响应给客户端
        reply="响应: 已处理 '$line'"
        echo "$reply" >&4
    done
}

if [ "$1" = "handle" ]; then
    handle_client
else
    # ncat监听端口，将客户端连接的输入输出重定向到fd3和fd4
    ncat -lkp $PORT -c "exec 3<&0 4>&0; $0 handle"
fi

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