四半期に「&」を使用した場合、いつ「nohup」が必要ですか？

まず、シェルは実行するかどうかにかかわらず、コマンドを実行するたびに新しいプロセスを分岐します&。&バックグラウンドで実行中という意味です。

_{これはあまり正確ではありませんのでご注意ください。シェル機能などの一部のコマンドはcd通常、新しいプロセスを生成しません。これは通常、外部コマンドかシェル機能かを示しますtype cmd。シェル関数自体であることをお知らせします。cmdtype typetype}

nohup何か違うと思います。新しいプロセスに無視するように指示しますSIGHUP。親シェルが閉じたときにカーネルが送信する信号です。

ご質問にお答えするには:

1. 走るemacs & （デフォルトでは別々のXウィンドウで実行する必要があります）。
2. 親シェルでを実行しますexit。

emacsウィンドウがバックグラウンドで実行されているが終了したことがわかります。これはデフォルトの動作なので、nohupこれを修正するために使用してください。

バックグラウンドでタスクを実行すること（&または使用bg、他のシェルには異なる構文があるでしょう）は、現代のシステムのマルチタスク機能に由来するシェルの機能です。最新のシェル（bash、、、、...）はプログラムリスト（またはzshksh働く）。一度に一人しかいません。展望、これはシェルフォーカスを取得することを意味します。私は誰かがフォアグラウンドで実行されているプロセスとバックグラウンドで実行されているプロセス（主にstdin/アクセスstdout）の違いについてより多くの情報を提供できることを願っています。

いずれにせよ、これはサブプロセスのペアがどのように反応するかには影響しませんSIGHUP。nohupする。

これは役に立ちますかnohup ... &？はい。 In Backgroundを使用してプロセスを開始した場合、&新しいプロセスはまだ元のシェルのプロセスグループに属しています。シェルまたはプロセスグループが特定の信号（SIGHUPなど）を受信すると、デフォルトでシャットダウンされます。これは&、xterm、rxvt、または他のウィンドウ端末エミュレータによって起動されたシェルでプロセスを実行すると、ウィンドウを閉じるとバックグラウンドプロセスがSIGHUPを受け取ることを意味します。ほとんどのランダムに書かれたコードはSIGHUPを処理しないので終了します。

これにより、コマンドnohup ... &はnohupSIGHUPを無視するように設定してからコマンドを実行します。新しく実行されたコマンドは、nohupコマンド自体がいくつかの信号処理を実行しない限り、設定された信号マスクを保持します。 xtermやrxvtなどを閉じると、カーネルはSIGHUPをコマンドプロセスに渡し、シグナルは無視されます。引き続き実行されます。

コマンドを実行すると、nohupxtermを閉じるかログアウトした後もコマンドが実行され続けます。

ここで言及されていないことの1つは、「ターミナル終了時にHUPを送信」イベントが設定可能であることです。これは起こるかもしれないし、起こらないかもしれません。これはnohup、タスクの実行方法に関する一部の人々の認識を混乱させる可能性があります。ターミナル終了時にHUP転送が無効になっていると、nohup不要な結論が導き出されます。ターミナル終了時にHUPを送信するのはbashのシェルオプションです。

努力する

shopt | grep huponexit

端末が終了したときにHUPが送信されるかどうかを示します。その場合、nohupを使用する必要があります。そうでなければそうではありません。

Linux オペレーティング・システム (サフィックスに & が付く) でバックグラウンドで実行されているプログラムがあり、ログアウトした後も実行が続く場合: 以下を試してください。

  ping google.com > ping_result  &

再ログインすると、確認出力ファイルの行数がping_result増え続けます。つまり、ファイルはまだ実行中ですが終了するように求められます。それでは、コマンドの用途は何ですかnohup？

別の例では、==>上記のようにnohup emac &-->emacシステムログアウト後も実行を続ける必要がありますが、再度ログインした後は表示されません。