てくめも@ecoop.net

この記事は 2011年に書いた「Android で System.exit() を使ってはいけない理由」を、2026年時点の Android で実測し直したものです。

結論から言うと、今でもアプリコードから System.exit() でプロセスを落とすのは避けた方がよいです。Activity を閉じたいなら finish()、タスクを最近使ったアプリ一覧からも消したいなら finishAndRemoveTask()、アプリを終了ではなく背面へ送るだけなら moveTaskToBack(true) を使います。

まず結論

用途ごとに分けるとこうです。

「アプリを終了するボタン」を作りたくなることがありますが、Android ではユーザーが戻る操作・ホーム操作・最近使ったアプリ画面でアプリから離れるのが基本です。開発者側がプロセスを落として終了感を作る必要は、ほとんどありません。

実際に試した環境

最小 Activity を作り、各終了方法を呼んだときのライフサイクルログを取りました。

端末: Android Emulator Medium_Phone_API_36.0
OS: Android 16 / API 36
targetSdkVersion: 36
build-tools: 36.1.0
確認日: 2026-07-14

Activity 側では、onCreate / onStart / onResume / onPause / onStop / onDestroy をログに出し、モードごとに次の処理を呼びました。

switch (mode) {
    case "finish":
        finish();
        break;
    case "finish_remove":
        finishAndRemoveTask();
        break;
    case "move_task_back":
        moveTaskToBack(true);
        break;
    case "system_exit":
        System.exit(0);
        break;
    case "kill_process":
        Process.killProcess(Process.myPid());
        break;
}

finish() は Activity の終了

finish() を呼ぶと、Activity の終了ライフサイクルを通りました。

I/ExitProbe: onCreate pid=11507
I/ExitProbe: onStart pid=11507
I/ExitProbe: onResume pid=11507
I/ExitProbe: runMode finish pid=11507
I/ExitProbe: onPause pid=11507
I/ExitProbe: onStop pid=11507
I/ExitProbe: onDestroy pid=11507
pid_after_18s=11507

onDestroy まで呼ばれていますが、18秒後もプロセスIDは残っていました。ここが大事です。finish() は「Activity を閉じる」操作であって、「アプリのプロセスを殺す」操作ではありません。

これは Android では自然な挙動です。プロセスをいつ残すか、いつ回収するかはシステム側が判断します。

finishAndRemoveTask() はタスクを最近使ったアプリから外す

finishAndRemoveTask() も、手元の実測では Activity のライフサイクルは通常通り進みました。

I/ExitProbe: onCreate pid=11548
I/ExitProbe: onStart pid=11548
I/ExitProbe: onResume pid=11548
I/ExitProbe: runMode finish_remove pid=11548
I/ExitProbe: onPause pid=11548
I/ExitProbe: onStop pid=11548
I/ExitProbe: onDestroy pid=11548
pid_after_18s=11548

finishAndRemoveTask() は、Activity を閉じるだけでなく、その Activity が属するタスクを最近使ったアプリ一覧から外したいときに使います。ログを見る限り、これもプロセスを殺すAPIではありません。

「ログアウト完了後にログイン画面へ戻さず、タスク自体を終わらせたい」など、タスクとして残したくない画面で検討するAPIです。普通の画面遷移や戻る操作の代わりに乱用するものではありません。

moveTaskToBack(true) は終了ではなく背面送り

moveTaskToBack(true) は「アプリを閉じたように見せる」ために使われがちですが、実際にはタスクを背面へ送るだけです。

I/ExitProbe: onCreate pid=11587
I/ExitProbe: onStart pid=11587
I/ExitProbe: onResume pid=11587
I/ExitProbe: runMode move_task_back pid=11587
I/ExitProbe: onPause pid=11587
I/ExitProbe: onStop pid=11587
pid_after_18s=11587

onDestroy は呼ばれませんでした。Activity は停止状態になり、タスクは背面に回ります。これはホームボタンを押したときに近い挙動です。

そのため、moveTaskToBack(true) を「終了処理」と呼ぶのは少し危険です。終了ではなく、ユーザーをホームへ戻す・タスクを背面へ送るためのAPIとして説明した方が実態に合います。

System.exit(0) はライフサイクルを飛ばしてプロセスを落とす

System.exit(0) を呼ぶと、ログはこうなりました。

I/ExitProbe: onCreate pid=11636
I/ExitProbe: onStart pid=11636
I/ExitProbe: onResume pid=11636
I/ExitProbe: runMode system_exit pid=11636
I/ActivityManager: Process net.ecoop.exitprobe (pid 11636) has died: fg  TOP
W/ActivityTaskManager: Force removing ActivityRecord{... net.ecoop.exitprobe/.MainActivity ...}: app died, no saved state
pid_after_18s=

onPause、onStop、onDestroy は出ていません。システム側のログにも app died, no saved state と出ました。

つまり、Activity に「終わります」と伝えて閉じているのではなく、プロセスごと突然いなくなっています。画面の保存、遷移、後片付けを Activity のライフサイクルに乗せている場合、その処理は通りません。

これが、Android で System.exit() を避けるいちばん大きな理由です。

Process.killProcess() も同じ

android.os.Process.killProcess(Process.myPid()) なら Android のAPIだからよさそうに見えるかもしれません。実際には、これも通常の終了処理ではありません。

I/ExitProbe: onCreate pid=12065
I/ExitProbe: onStart pid=12065
I/ExitProbe: onResume pid=12065
I/ExitProbe: runMode kill_process pid=12065
I/ActivityManager: Process net.ecoop.exitprobe (pid 12065) has died: fg  TOP
W/ActivityTaskManager: Force removing ActivityRecord{... net.ecoop.exitprobe/.MainActivity ...}: app died, no saved state
pid_after_18s=

System.exit(0) と同じく、onPause / onStop / onDestroy は出ませんでした。プロセスを殺しているだけなので、アプリの終了処理としては使わない方がよいです。

どう書けばよいか

単に今の画面を閉じたいなら、こうです。

finish()

Java ならこうです。

finish();

タスクごと閉じて、最近使ったアプリにも残したくないなら、ルート Activity で次を使います。

finishAndRemoveTask()

ただし、これは「普通の終了ボタン」のために必ず必要なAPIではありません。最近使ったアプリに残すかどうかまで変えるので、ログアウト完了画面など、タスクとして残したくない理由があるときに使います。

ホームへ戻したいだけなら、終了ではなく背面送りです。

moveTaskToBack(true)

これを使うと Activity は onPause / onStop に進みますが、onDestroy までは行かないことがあります。終了処理を期待して書くのではなく、「タスクを背面に回す」と考えてください。

終了ボタンは本当に必要か

多くのAndroidアプリでは、終了ボタンそのものが不要です。

ユーザーは戻る操作で前の画面へ戻り、ホーム操作でアプリから離れ、最近使ったアプリ画面からタスクを選び直します。開発者がプロセスを落として「終了」を作るより、保存すべき状態を適切なタイミングで保存し、Activity / Fragment / Compose のライフサイクルに合わせる方がAndroidらしい作りになります。

どうしても終了に見える操作を置くなら、「プロセスを落とす」ではなく、「画面を閉じる」「タスクを背面に送る」「ログアウトして初期画面へ戻す」のどれをしたいのかに分けて実装すると事故が減ります。

さいごに

System.exit() は、Javaプログラムとしてはプロセス終了のAPIですが、Androidアプリの画面終了には向いていません。今回の実測でも、Activity の終了ライフサイクルを通らず、システムには「アプリが死んだ」と扱われました。

Androidで終了っぽい処理を書きたくなったら、まず finish()、finishAndRemoveTask()、moveTaskToBack(true) のどれなのかを切り分けてください。プロセスを殺すのは、通常のアプリ終了手段ではありません。

あわせて読みたい:

• Android の finish() / finishAndRemoveTask() / moveTaskToBack() の違い