条件付き実行 - 継続的なサブプロセスとコルーチンの実行

条件付き実行は、Bashの子プロセスの終了状態に応じてスクリプトフローを制御するために使用されます。ただし、場合によっては、子プロセス（アプリケーション）が対話型の目的でバックグラウンドで実行されるため、終了せずに閉じるまで終了状態はありません。

PDFビューアの実行など、いくつかの例を考えてみましょう。ドープ。 example.pdfファイルが存在する最初のケースを考えてみましょう。

$ mupdf example.pdf &
[1] 16220

動作するので、条件付き実行を試してみましょう。

$ mupdf example.pdf & && echo TRUE
bash: syntax error near unexpected token '&&'

まあ。さて、エラーを避けるために別の（人工的な）アプローチを試してみましょう。

$ if mupdf example.pdf &; then echo TRUE; fi
bash: syntax error near unexpected token ';'

どうですか？

$ if (mupdf example.pdf &); then echo TRUE; fi
TRUE

これは有望に見えますが、存在しないファイルを使用して2番目のケースを試してみましょう。

$ mupdf nofile.pdf &
[1] 16282
$ error: cannot open nofile.pdf
error: cannot load document 'nofile.pdf'
mupdf: error: cannot open document

$ if (mupdf nofile.pdf &); then echo TRUE; fi
TRUE
$  error: cannot open nofile.pdf
error: cannot load document 'nofile.pdf'
mupdf: error: cannot open document

その構造も機能しません。したがって、終了状態がないため、一般的な条件付き実行アプローチは機能しません。しかし、成功した場合と失敗した場合は、最初にpidが生成されることがわかりました（ドープ2番目のケースでは開けません。結局、起動は失敗します。

だから私は別のアプローチを試して、背景PIDで何が起こるのかを待って、次のスクリプトを書いています。

#!/usr/bin/env bash

# usage: ./show <file>.pdf

mupdf "$1" &>/dev/null &
sleep 2
if kill -0 $! &>/dev/null
then 
  echo TRUE
else
  echo FALSE
fi

# end file

そして最初のケースをテストしてみてください。

$ ./show example.pdf  # case 1
[1] 16602
TRUE

それは問題ではありません。 2番目のケースは次のとおりです。

$ ./show nofile.pdf   # case 2
[2] 16699
[2]+  Exit 1                  mupdf nofile.pdf &> /dev/null
FALSE

まあ、それも動作します。ただし、これはプロセスを確認する非常に複雑な方法であるように見え、開始に時間がかかると（2秒以上）失敗する可能性があります。それで、私の質問はこの問題を解決するより良い（よりクリーンな）方法がありますか？