はじめに
Bash シェルスクリプトの終了時に、 必ず後処理をさせたい 場合があります。 例えばスクリプト内で作成した 一時ファイルを削除する といった場合です。
そんな時に使えるコマンドとして、Bash ビルトインコマンドである trap コマンドがあります。

trap コマンドを使ってスクリプト終了前に後処理をさせる方法について紹介してみたいと思います。
trap コマンドの使い方
trap コマンドの主な引数は以下の 2 つになります。
- 実行させたいシェルスクリプトコマンド
- トラップを仕掛けたい シグナル
突然出てきましたが シグナル とは何でしょう?
シグナルとは?
シグナルとは、 プロセスとプロセスの間で通信を行う際に使用される信号 のことです。
ターミナル上で実行中のコマンドを {ctrl} + {C} で停止させた、といった場合を例に上げましょう。
この場合も「一方のプロセス」に対して「他方のプロセス」がシグナルを送った結果、実行中のコマンドが停止されます。
- 一方 は実行中のコマンドプロセス
- 他方 はユーザーにより実行されるショートカットキー操作 (
{ctrl}+{C})
このように、シグナルを受け取ったプロセスの状態は、通常の処理実行から変化します。
文面だけではわかりにくいため、 trap コマンドを使った具体的な例をみながらシグナルについても理解していきましょう。
trap コマンドでシグナルをトラップする
まずは以下のような簡単なスクリプトを作成します。
test.sh
| |
trap コマンドは 2 つの引数を受け取っています。
第 2 引数で指定した SIGINT ( 後述 ) というシグナルをトラップします。
トラップに成功すると、第 1 引数のコマンドを実行します。
trap コマンドを実行したとしても、処理の流れはすぐ次の行に進みます。
cat コマンドは単体で利用された場合、ユーザーの入力を永遠に待ち続けます。
結果、このスクリプトは最終行の cat 実行タイミングから先に進みません。
作成したスクリプトを実行します
| |
catコマンドのおかげで、スクリプトが実行中のまま終了しません。
{ctrl} + {c} キーを押して、 SIGINT シグナルを送信する
実行中のスクリプトに対して SIGINT シグナルを送信してみます。
SIGINT シグナルは、実行中のプロセスに対して {ctrl} + {c} キーを押すことで送信できます。
試してみます。
| |
通常、 {ctrl} + {c} キーを押すと実行中のスクリプトが中断されるだけですが、今回は trap SIGINT という文字列が出力されています。
{ctrl} + {c} キーが押されたタイミングで ./test.sh スクリプトにシグナルが送信された結果 SIGINT シグナルがトラップされ 、 trap の第 1 引数のコマンドが実行されたことがわかります。
kill コマンドで SIGINT シグナル以外 を送信する
今度は SIGINT シグナル以外 のシグナルを送信してみます。
もう一度同じスクリプトを実行した後、別ターミナルに開き、実行中のプロセスを一覧表示します。
| |
スクリプト実行プロセス ( bash ./test.sh ) が見つかります。
このプロセスに対して kill コマンドで シグナル を送信してみます。
kill は 指定されたプロセス に対して SIGTERM シグナル を送信するコマンドです。
| |
スクリプトは終了しますが trap コマンドにしかけていたコマンドが実行されません。
これは、 ./test.sh スクリプト内で trap コマンドに仕掛けていたシグナル ( SIGINT )と kill コマンドによって送信されたシグナル ( SIGTERM ) が一致しなかったためです。
| |
「終了」を判定するにはいくつものシグナルをトラップしなければならないの?
人生の終わり方が様々 ( 大往生、事故、病気、… ) であるように、シェルスクリプトの終了の仕方も様々 ( SIGINT、SIGTERM、… ) です。 シグナルのうち、スクリプトを終了させるものを 終了シグナル と呼びます。
終了シグナル がいくつもあるということは、ひとくくりに 「終了」 と呼んでいるものをトラップするためには、 全ての 終了シグナル をトラップする必要があるのでしょうか?
終了シグナルの文だけ、 trap コマンドを呼び出す処理を記述するのは大変です。
良い方法はないでしょうか?
EXIT シグナルをトラップする
すべての 終了シグナル 発生をトラップする良い方法があります。
終了シグナルが実行された後には EXIT というシグナルが送信されます。 少し変わったシグナルで、 終了シグナルが送信された後に 自分自身に対して送信するという特性があります。
- 別プロセスが SIGINT シグナルを送信
- SIGINT シグナルを受信
- 自プロセスに EXIT シグナルを送信
- EXIT シグナルを受信
先ほどのスクリプトを書き換えて、trap するシグナル名を EXIT に変えてみます。
| |
変更後、スクリプトを実行します。 別のターミナルで SIGINT シグナルと SIGTERM シグナルを送信してみます。
| |
| |
今度は SIGINT シグナル、 SIGTERM シグナルのいずれが送信された場合でも、 trap の処理が実行されていることがわかります。
問答無用で強制停止させる SIGKILL シグナル
終了シグナルの中でも SIGKILL というシグナルはさらに変わった特性があります。 どうしようもなかった時に、プロセスを強制終了するためのシグナルになりますが、できるだけ使わない方がよいです。
というのも、このシグナルは EXIT トラップを使っても捕まえることができないためです。
プログラム内で想定されている後始末処理が実行されずにプロセスが頓死してしまうので、いろいろな弊害が起きる可能性があります。 例えば、データベースプロセスは正常に停止する場合、メモリ内に残っている情報をディスクにフラッシュしますが、 SIGKILL シグナルを受けて停止した場合にはメモリ内のデータが消えてしまいます。
不要なプロセスを止めたいと思ってもできるだけ SIGKILL プロセスは送信しないようにしましょう。
| |
| |
trap により後処理が実行されません。
| |
ひとこと
ややこしいことを忘れて、とりあえず EXIT シグナルをトラップして後処理を仕掛けましょう。