いつプログラムでSIGINTを強制的に送信しますか？

Question

これ基本動作そしてSIGINT（SIGTERM他の多くの信号と同様に）プロセスを終了するために使用されます。これは、例えば文書化されている。Linuxのマニュアルページsignal(7)、「標準信号」の下の表を参照してください。そのうちのいくつかは以下に引用されています。実際にも同じだ。

テーブルの一部：

       Signal      Standard   Action   Comment
────────────────────────────────────────────────────────────────────────
       SIGHUP       P1990      Term    Hangup detected on controlling terminal
                                       or death of controlling process
       SIGINT       P1990      Term    Interrupt from keyboard
       SIGKILL      P1990      Term    Kill signal
       SIGTERM      P1990      Term    Termination signal

さて、これは基本動作。ほとんどの信号に対してこれを受信するプログラムは、信号処理機能を事前に設定して、それをキャプチャしたり完全に無視したりできます。SIGINT通常、ユーザーがCtrl-Cを押してaを送信し、SIGTERM受信プログラムを終了する必要がある他のプログラムから送信することが多いことを知っている場合、プログラムはそれを別の方法で処理することを決定できます。

インタラクティブプログラムは、すぐに終了せずにすべての長期実行ジョブを終了することを決定し、ユーザーが終了するか、SIGINT他のタスクを実行するかを選択できます。まだ終了中SIGTERM。これにより、より単純なプログラムには、すべてのSIGHUPデータを保存して終了する同じハンドラ（たとえば、他のハンドラもあります）があります。

たとえば、Debian で試した対話型 Bash シェルは、何も実行せずにSIGINT現在のコマンドラインを消去します。（SIGTERM少し驚くべきことですが、これはプロセスグループ全体にシグナルを送信することに関連している可能性があります。）これは、ターミナル接続が消えることを意味するSIGHUPのでSIGHUP、より多くのコマンドを読んでも役に立ちません。

ほとんどの信号は、受信プロセスが（潜在的に）終了する前にクリーンアップ操作を実行できるようにします。 2つの異常信号は次のSIGKILLとおりSIGSTOPです。できないキャッチまたは無視されますが、クリーンアップ操作を実行せずに、無条件に即座にプロセスを破壊または停止します。（カーネルは依然としてオペレーティングシステムリソースに対して必要なクリーンアップを実行しますが、ここではクリーンアップはプロセスメモリに保存されていないデータに関するものです。）

もちろん、基本的にプロセスを終了する他の信号もあります。同様にSIGALRM、システムコールによって設定されたタイマーによって送信されますalarm()。デフォルトの動作はいくつかの状況で役に立ちますが、プログラムに特定の定期的なタスクを実行するように指示するなど、一般的な目覚まし時計として便利です。

Answer 1

これ基本動作そしてSIGINT（SIGTERM他の多くの信号と同様に）プロセスを終了するために使用されます。これは、例えば文書化されている。Linuxのマニュアルページsignal(7)、「標準信号」の下の表を参照してください。そのうちのいくつかは以下に引用されています。実際にも同じだ。