为何向socat的EXEC地址传入bash -c命令无法得到预期输出？

• 第一个终端执行监听命令：

  socat TCP-LISTEN:12345,fork -
  

• 第二个终端执行连接并输出内容：

  socat TCP-CONNECT:127.0.0.1:12345 EXEC:'echo ciao'
  

此时第一个终端能正常收到包含ciao的输出，符合预期。但尝试使用内联脚本时出现异常：

• 第二个终端执行：

  socat TCP-CONNECT:127.0.0.1:12345 EXEC:'bash -c "echo ciao"'
  

第一个终端仅收到一个换行符，ciao完全丢失。想搞清楚：这是对shell工作机制的误解，还是socat API设计导致的问题？

已知两种可行替代方案：

• 将Bash脚本存入文件并设置可执行权限，使用EXEC:that-script调用
• 使用socat的SHELL地址格式，例如：

  socat TCP-CONNECT:127.0.0.1:12345 SHELL:"for ((i=0;i<10;i++)); do echo ciao; sleep 1; done"
  

但仍好奇bash -c "stuff"语法失效的具体原因。

核心问题出在引号转义错误和socat对EXEC参数的解析逻辑上：

1. socat的EXEC参数拆分规则
   socat对EXEC:后的内容采用简单空格分割的方式拆分命令和参数，而非像bash那样进行完整的shell语法解析。当你执行EXEC:'bash -c "echo ciao"'时，socat实际传递给系统exec调用的参数是：

• 命令：bash
• 参数1：-c
• 参数2："echo
• 参数3：ciao"

这导致bash实际执行的是bash -c "\"echo"——这个不完整的命令只会输出一个换行符，而ciao"被当成了bash的无关参数，根本没有参与执行，自然不会输出ciao。

2. 正确的转义写法
   要让socat正确传递完整的bash -c 'echo ciao'命令，需要避免内部引号被错误拆分，两种可行写法：

• 外层用双引号，内部用单引号：

  socat TCP-CONNECT:127.0.0.1:12345 EXEC:"bash -c 'echo ciao'"
  

• 用反斜杠转义内部单引号：

  socat TCP-CONNECT:127.0.0.1:12345 EXEC:'bash -c \'echo ciao\''
  

这样socat会正确拆分出参数bash、-c、echo ciao，bash执行后就能正常输出ciao到第一个终端。

3. 为什么SHELL格式能正常工作？
   socat的SHELL:格式会把后续内容直接交给系统默认shell（如bash）进行完整解析，相当于在shell环境中执行整个命令串，因此引号、循环等复杂语法都能被正确处理，不需要考虑socat的简单拆分规则。

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