在两个进程（第2个）之间使用命名管道有什么问题？

Question

那么，让我们从头开始：2个进程1个管道进行通信，对吗？不由于通信阻塞，一方等待另一方。我们需要通过另一个渠道获得第二个过程的结果。虽然这似乎是多余的，但事实并非如此。

让我们稍微改变一下：2个进程2个管道，您可以将一个进程称为服务器，另一个进程称为客户端。一个管道将作业发送到客户端，另一个管道用于将结果从客户端收集到服务器。

为了方便起见，我们使用进程名来调用每个管道，该进程名用于读取so、london读取london管道等等。这是管道和流程图：

london ----writes madrid pipe-------->
london <----reads london pipe------  |
                                  ^  |
                                  |  |
madrid ----writes london pipe----->  v
madrid <----reads madrid pipe---------

让我们使用“伦敦”作为服务器，“马德里”作为客户端：服务器负责结束无休止的循环。

这就是解决方案：

#!/bin/bash
shopt -u failglob
shopt -s extglob nullglob dotglob

DIR=$( cd "$( dirname "$0" )" && pwd )

function london (){
   local i message answer london madrid
   london=london_$RANDOM.$RANDOM.$RANDOM.$$
   madrid=madrid_$RANDOM.$RANDOM.$RANDOM.$$
   cd $DIR
   mkfifo $london
   mkfifo $madrid
   ( madrid $madrid $london ) &
   echo "parent id: $$, child id: $!"
   i=0
   #a mesterious situation: sometimes '3< $london' just breaks it (?!)
   exec 3<> $london
   exec 4> $madrid

   while true; do

      message="Greetings from London!($i)"
      echo "$message" >&4

      read -r answer <&3
      echo 'London says:> '"$answer" #>& /dev/stdout
      (( i++ ))

      if [[ i -gt 1 ]]; then
         echo 'quit' >&4
         break
      fi
   done

   wait
   cd "$DIR"
   rm -rf $london
   rm -rf $madrid
}

function madrid (){
   local i message answer madrid london
   madrid=$1
   london=$2
   cd $DIR
   i=0
   exec 3> $london
   exec 4< $madrid
   while true; do

      read -r answer <&4
      echo 'Madrid says:> '"$answer" #>& /dev/stdout

      message="Greetings from Madrid!($i)"
      echo "$message" >&3
      (( i++ ))

      if [[ $answer = 'quit' ]]; then
         break
      fi
   done
}

london

在函数'London'前面有一条评论

   exec 3<> $london

如果你把这个改成

   exec 3< $london

因为它应该（！）那时，我面临着我的程序反复停滞的情况！经过一些改变

Answer 1

在这里，由于tty输出，程序仅在后台启动时停止。当您可以重现问题时，您应该将strace附加到第一个进程。