WebView の終了を処理する

WebView は、ウェブ コンテンツを別のレンダラ プロセスで実行します。このプロセスは終了することがあります。これは、システムがメモリを回収するためにレンダラを強制終了した場合、またはプロセス自体がクラッシュした場合に発生します。これらの終了を処理しないと、アプリも終了します。

プロセス終了の処理が重要な理由

以前のバージョンの Android では、アプリがレンダラ プロセスの終了を処理できなかった場合、ユーザーが問題に気づく可能性は低くなっていました。ただし、新しいバージョンの Android では、より複雑なメカニズムを使用してバックグラウンド プロセスのリソース消費を管理しています。そのため、アプリで onRenderProcessGone のハンドラを実装していない場合、ユーザーがアプリに戻ったときにフォアグラウンドの終了が目に見える形で発生する可能性が高くなります。アプリが正常に復元され、安定したユーザー エクスペリエンスが維持されるようにするには、終了処理 API を実装する必要があります。

Termination Handling API を使用する

このような状況は、WebViewClient で onRenderProcessGone をオーバーライドすることで処理できます。

復元の主な要件

レンダラ プロセスの終了後もアプリを動作させ続けるには、アプリ内の各 WebView が次のルールに従う必要があります。

• WebView インスタンスを再利用しないでください。レンダラがなくなると、その特定の WebView オブジェクトは役に立たなくなります。破棄された WebView インスタンスでメソッドが誤って呼び出され続けるのを防ぐため、WebView オブジェクトをビュー階層から削除し、破棄して、アクティビティまたはフラグメント内の WebView オブジェクトへの参照をすべてクリアする必要があります。
• 新しいインスタンスを作成します。ウェブ コンテンツの表示を継続するには、新しい WebView インスタンスが必要です。
• true を返します。実装では、状況を処理したことを WebView コードに伝えるために true を返す必要があります。そのレンダラ プロセスを使用する WebView が true を返さない場合、WebView はレンダラ プロセスの終了理由に応じてアプリを強制終了またはクラッシュさせます。

実装例

次の例は、完全な Activity 内でこれらの終了を処理する方法を示しています。detail.didCrash() を使用して、プロセスがクラッシュしたか、システムがレンダラを強制終了してメモリを回収したかを記録します。原因に関係なく、コードはレイアウトからデッド WebView を削除し、破棄して、アクティビティの参照をクリアすることで、NullPointerException を防ぎます。次に、新しいインスタンスを準備し、アプリが閉じないように true を返します。

注: 次の例では、アプリの実行を継続するために常に true を返します。WebView レンダラが終了したときにアプリを終了させたい場合は、このコールバックから false を返すことができます。ただし、安定したユーザー エクスペリエンスを実現するため、再作成と true の返却を処理することをおすすめします。

class MyWebViewActivity : AppCompatActivity() {

    private var webViewContainer: ViewGroup? = null
    private var myWebView: WebView? = null

    private var crashCount = 0
    private val MAX_CRASHES = 3

    // NEW FLAG: Tracks if the WebView crashed while the activity was hidden
    private var isWebViewPendingRecovery = false

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_my_web_view)
        webViewContainer = findViewById(R.id.my_web_view_container)

        initWebView()
    }

    // NEW LIFECYCLE HOOK: Triggers when the user brings the app back to the foreground
    override fun onResume() {
        super.onResume()
        // If a crash happened in the background, rebuild it now that the user can see it
        if (isWebViewPendingRecovery) {
            isWebViewPendingRecovery = false
            Log.i("MY_APP_TAG", "Activity resumed. Recovering pending WebView now.")
            recoverWebView()
        }
    }

    private fun initWebView() {
        val webView = WebView(this)
        myWebView = webView

        webViewContainer?.addView(webView)

        webView.webViewClient = object : WebViewClient() {
            override fun onRenderProcessGone(view: WebView, detail: RenderProcessGoneDetail): Boolean {
                if (detail.didCrash()) {
                    Log.e("MY_APP_TAG", "The WebView rendering process crashed!")
                } else {
                    Log.e("MY_APP_TAG", "System killed the WebView rendering process to reclaim memory.")
                }

                // Safely clean up the dead WebView
                webViewContainer?.removeView(webView)
                webView.destroy()
                myWebView = null

                // MODIFIED LOGIC: Check the lifecycle state of the Activity
                // lifecycle.currentState.isAtLeast(Lifecycle.State.RESUMED) means the activity is visible and active
                if (lifecycle.currentState.isAtLeast(Lifecycle.State.RESUMED)) {
                    Log.i("MY_APP_TAG", "Activity is in foreground. Recovering immediately.")
                    recoverWebView()
                } else {
                    // The app is in the background. Mark it for later!
                    Log.w("MY_APP_TAG", "Activity is in background. Postponing recovery until user returns.")
                    isWebViewPendingRecovery = true
                }

                return true
            }
        }
        webView.loadUrl("https://www.example.com")
    }

    // HELPER FUNCTION: Extracted the recovery logic to reuse it
    private fun recoverWebView() {
        if (crashCount < MAX_CRASHES) {
            crashCount++
            Log.w("MY_APP_TAG", "Recovering WebView... Attempt $crashCount")
            initWebView()
        } else {
            Log.e("MY_APP_TAG", "WebView crashed too many times. Showing error UI.")
            showErrorUI()
        }
    }

    private fun showErrorUI() {
        // Example: Inflate an error view
    }

    override fun onDestroy() {
        super.onDestroy()
        myWebView?.let {
            webViewContainer?.removeView(it)
            it.destroy()
        }
        myWebView = null
    }
}

重要な考慮事項

onRenderProcessGone を実装する際は、アプリの安定性を確保し、終了イベントの可視性を維持するために、次の点を考慮してください。

• クラッシュが繰り返される場合: 特定のページの読み込み中にレンダラがクラッシュした場合は、同じページをすぐに再読み込みしないでください。新しい WebView が再びクラッシュする可能性があります。
• 可視性: このコールバックがないことが原因でアプリが強制終了された場合、そのことはまだ Play Console のクラッシュ レポートに反映されていません。今後のアップデートでこのギャップが解消される可能性はありますが、アプリの安定性を確保するため、これらの問題を今すぐ解決する必要があります。このハンドラを実装すると、アプリが終了した理由をすぐに確認できます。