如何搭配heredoc正常使用socat实现网络交互

socat默认的双向传输逻辑遵循：当任意一个数据通道检测到EOF（数据传输结束、对端关闭通道），就会触发整个连接的关停流程。

• 手动终端输入场景下，终端会全程保持stdin连接打开，不会在输完HTTP请求、敲完最后一个回车就立刻发送EOF，socat有充足时间接收TCP通道上返回的服务端响应
• heredoc场景下，shell在把heredoc的全部内容写入socat的stdin后，会立刻关闭stdin文件描述符，触发EOF信号。socat收到这个信号后会马上向TCP连接发送FIN包、提前断开连接，服务端还没处理完请求、没来得及返回响应，连接就已经被截断，因此完全看不到返回内容。

给socat的stdio通道增加ignoreeof选项，修改默认的EOF处理逻辑：收到标准输入侧的EOF时，不主动向TCP连接发送关闭信号，继续保持对TCP通道的监听，直到服务端返回完全部响应、主动关闭连接后再退出。
具体的执行命令示例：

socat -,ignoreeof TCP4:httpbin.org:80 <<EOF
GET /get HTTP/1.1
Host: httpbin.org
Connection: close

EOF

关键注意事项 #

• -,ignoreeof是核心调整：原来的-参数对应socat连接标准输入/输出的通道，加上,ignoreeof后缀后，就会忽略标准输入侧的EOF信号，不会因为heredoc送完内容关了stdin就立刻拆TCP连接
• 请求头必须加上Connection: close：如果省略这个头，HTTP服务端默认会启用keep-alive长连接，返回完响应也不会主动关闭TCP连接，socat会一直挂起等待、不会自动退出
• 调整后运行时，socat会在接收到服务端全部响应、检测到TCP连接被服务端关闭后自动退出，不会再出现连接刚建立就立刻中断的问题，和手动终端输入的获取内容效果完全一致。

备选方案（不推荐） #

也可以通过管道延后关闭stdin的方式临时解决，但是需要手动预估服务端响应的耗时，容易因为延时设置不当导致等待时间过长或者响应被截断：

(
  cat <<'EOF'
GET /get HTTP/1.1
Host: httpbin.org
Connection: close

EOF
  # 暂停10秒，延后触发stdin的EOF
  sleep 10
) | socat - TCP4:httpbin.org:80

这个方法的缺点是延时设置太短会导致连接提前断开，太长会拉低脚本执行效率，因此优先推荐带ignoreeof的参数调整方案。

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