Bash命令输出归属识别：按行区分输出的实现方案问询

需求概述 #

• 程序启动后代理用户启动bash进程（如通过ssh）
• 转发用户所有输入至bash会话stdin，捕获bash进程的所有输出
• 将同一行命令衍生的所有进程输出写入同一个日志文件

当前未测试实现思路 #

将用户输入的命令行line替换为以下代码块，通过命名管道捕获命令衍生进程的输出：

exec >$unique_named_pipe 2>&1
line
exec >/dev/fd/1 2>/dev/fd/2 # 尝试恢复原始stdout/stderr

核心原理：让line衍生的所有进程继承父进程的文件描述符，将stdout/stderr指向命名管道；若命令本身包含手动重定向，则会覆盖该管道设置，符合预期。

额外设计：通过守护进程读取所有命名管道的输出，添加唯一标记后输出到bash会话的原始stdout；代理程序解析标记，将对应输出写入独立日志文件（如第5行命令对应5.log），确保仅守护进程和bash本身直接输出到终端。

核心问题解决方案 #

问题1：守护进程输出的目标控制 #

要避免守护进程输出被重定向到命名管道，需在bash会话启动时预先备份原始stdout和stderr：

1. 启动bash时，先将原始stdout备份到文件描述符3，原始stderr备份到文件描述符4：

   exec 3>&1 4>&2
   

2. 守护进程始终向fd3输出标记后的内容，而非默认stdout；这样无论后续命令如何重定向stdout，守护进程的输出都会直接发送到bash会话启动时的原始终端。
3. 命令执行完成后的恢复操作可改为：

   exec >&3 2>&4
   

   确保完全恢复到原始的输出通道。

问题2：nohup后台进程的清理风险 #

• nohup启动的进程会脱离bash会话的控制，且默认将输出重定向到nohup.out，即使删除命名管道或关闭bash会话，这类进程通常不会立即失败（除非进程主动依赖管道）。
• 清理流程建议调整为：
  1. 先向bash会话发送SIGTERM信号终止会话，等待几秒让bash及其子进程（非nohup类）退出。
  2. 遍历所有命名管道，检查是否还有进程在读写：可通过lsof $pipe_path判断，若已无关联进程则直接删除。
  3. 最后递归清理存放管道的临时目录（建议用mktemp -d创建专属临时目录，避免污染系统路径）。

问题3：判断含后台进程的命令行执行完成 #

要覆盖command1 &; command2 &这类多后台进程的场景，需用子shell+wait命令包装用户输入：

(
exec >$unique_named_pipe 2>&1
$line
wait # 等待当前子shell下所有后台进程完成
echo "@@CMD_DONE@@ $line_id" >&3 # 向原始stdout发送完成标记
)

• wait命令会阻塞到当前子shell中的所有后台进程执行完毕，确保一行命令的所有衍生进程都结束后，才发送完成标记。
• 代理程序捕获到@@CMD_DONE@@ $line_id标记后，即可关闭对应日志文件并清理该命令的命名管道。

问题4：其他未考虑的重大风险 #

• 命令转义问题：用户输入的命令可能包含特殊字符（如反引号、|、>、$()），直接嵌入包装脚本会导致语法错误。需对line进行转义处理，比如用printf "%q" "$line"生成安全的命令字符串。
• 多行命令处理：若用户输入的是多行命令（如if...fi、for...done循环），当前单行替换逻辑会失效。需先解析用户输入的命令是否为多行，再调整包装逻辑（比如将多行命令整体放入子shell执行）。
• 作业控制冲突：用户执行fg、bg等作业控制命令时，可能让后台进程脱离命名管道的捕获，导致输出直接流向终端。需禁止bash的作业控制功能（启动bash时加-n参数，或执行set +m）。
• 进程替换输出：bash的进程替换（如<(command)、>(command)）会创建匿名管道，这类进程的输出可能无法被命名管道捕获，需额外处理这类场景。
• 命名管道阻塞：若守护进程未及时读取命名管道，命令进程会因管道满而阻塞。需确保守护进程为每个管道启动独立的异步读取线程，避免阻塞命令执行。

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