वेबव्यू बंद होने की समस्या को ठीक करना

वेबव्यू, अपने वेब कॉन्टेंट को एक अलग रेंडरर प्रोसेस में चलाता है. कभी-कभी, इस प्रोसेस को खत्म किया जा सकता है. ऐसा तब होता है, जब सिस्टम मेमोरी को वापस पाने के लिए रेंडरर को बंद कर देता है या प्रोसेस खुद ही क्रैश हो जाती है. अगर आपने इन टर्मिनेशन को हैंडल नहीं किया, तो आपका ऐप्लिकेशन भी बंद हो जाएगा.

प्रोसेस को बंद करने की प्रोसेस को मैनेज करना क्यों ज़रूरी है

Android के पुराने वर्शन पर, उपयोगकर्ताओं को इस समस्या का पता चलने की संभावना कम होती थी कि कोई ऐप्लिकेशन, रेंडरर प्रोसेस को बंद करने में विफल रहा. हालांकि, Android के नए वर्शन में, बैकग्राउंड में चल रही प्रोसेस के लिए संसाधन के इस्तेमाल को मैनेज करने के लिए, ज़्यादा जटिल तरीकों का इस्तेमाल किया जाता है. इसलिए, अगर आपका ऐप्लिकेशन onRenderProcessGone के लिए हैंडलर लागू नहीं करता है, तो अब इस बात की ज़्यादा संभावना है कि ऐप्लिकेशन पर वापस आने पर, उपयोगकर्ताओं को फ़ोरग्राउंड में बंद होने की प्रोसेस दिखेगी. Termination Handling API को लागू करना ज़रूरी है, ताकि यह पक्का किया जा सके कि आपका ऐप्लिकेशन आसानी से वापस आ जाए और उपयोगकर्ता को बेहतर अनुभव मिलता रहे.

Termination Handling API का इस्तेमाल करना

WebViewClient में onRenderProcessGone को ओवरराइड करके, इन स्थितियों को मैनेज किया जा सकता है.

खाता वापस पाने के लिए ज़रूरी शर्तें

रेंडरर प्रोसेस खत्म होने के बाद भी अपने ऐप्लिकेशन को चालू रखने के लिए, आपके ऐप्लिकेशन में मौजूद हर WebView को इन नियमों का पालन करना होगा:

• वेबव्यू इंस्टेंस का फिर से इस्तेमाल न करें. रेंडरर के बंद होने के बाद, वह वेबव्यू ऑब्जेक्ट काम का नहीं रहता. आपको WebView ऑब्जेक्ट को अपनी व्यू हैरारकी (व्यू और व्यू ग्रुप के लेआउट का क्रम) से हटाना होगा, उसे बंद करना होगा, और अपनी ऐक्टिविटी या फ़्रैगमेंट में उसके सभी रेफ़रंस मिटाने होंगे. इससे, बंद किए गए WebView इंस्टेंस पर गलती से मेथड को कॉल करने से बचा जा सकता है.
• नया इंस्टेंस बनाएं. अगर आपको वेब कॉन्टेंट दिखाना जारी रखना है, तो आपको एक नए वेबव्यू इंस्टेंस की ज़रूरत होगी.
• सही वैल्यू दिखाएं. WebView कोड को यह बताने के लिए कि आपने स्थिति को मैनेज कर लिया है, आपके लागू किए गए कोड को true दिखाना चाहिए. अगर उस रेंडरर प्रोसेस का इस्तेमाल करने वाला कोई भी WebView, true नहीं दिखाता है, तो WebView आपके ऐप्लिकेशन को बंद कर देगा या क्रैश कर देगा. ऐसा रेंडरर प्रोसेस के बंद होने की वजह से होगा.

लागू करने का उदाहरण

यहां दिए गए उदाहरण में, पूरी गतिविधि के दौरान इन टर्मिनेशन को मैनेज करने का तरीका बताया गया है. यह 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 की क्रैश रिपोर्ट में अब तक नहीं दिखती है. आने वाले समय में होने वाले अपडेट से, इस समस्या को ठीक किया जा सकता है. हालांकि, ऐप्लिकेशन की स्टेबिलिटी को बनाए रखने के लिए, आपको इन समस्याओं को अभी ठीक करना होगा. इस हैंडलर को लागू करने से, आपको तुरंत पता चल जाता है कि आपका ऐप्लिकेशन क्यों बंद हो रहा है.
• रेंडरर प्रोसेस के बंद होने और ऐप्लिकेशन की प्रोसेस बंद होने के बीच अंतर करना: onRenderProcessGone उन स्थितियों को हैंडल करता है जिनमें रेंडरर प्रोसेस बंद हो जाती है, लेकिन आपके ऐप्लिकेशन की प्रोसेस चालू रहती है. अगर सिस्टम, बैकग्राउंड में ऐप्लिकेशन की पूरी प्रोसेस को बंद कर देता है, तो नेविगेशन इतिहास को बनाए रखने और वापस पाने के लिए, WebView.saveState() और WebView.restoreState() के साथ onSaveInstanceState() का इस्तेमाल करें. लेन-देन की सीमाओं को पार किए बिना, सेव की गई स्थिति को सुरक्षित तरीके से मैनेज करने के लिए, WebView की स्थिति को बेहतर तरीके से मैनेज करना लेख पढ़ें.