ज्यादातर मामलों में, Android में क्रमांकन की आवश्यकता नहीं है

टीएल; डीआर: अधिकांश अनुप्रयोगों में, यह स्पष्ट रूप से जागरूक वास्तुशिल्प निर्णय लेने के लिए समझ में आता है कि, एक प्रक्रिया मृत्यु की स्थिति में, आवेदन केवल राज्य को बहाल करने की कोशिश किए बिना खरोंच से पुनरारंभ होता है। और इस मामले में Serializable, Parcelableऔर दूसरों की Bundleजरूरत नहीं है।

यदि कम से कम एक एप्लिकेशन गतिविधि के बीच है onStart()और onStop(), तो यह गारंटी है कि गतिविधि, और इसलिए वह प्रक्रिया जिसमें गतिविधि रहती है, सुरक्षित हैं। अन्य मामलों में, ऑपरेटिंग सिस्टम किसी भी समय आवेदन प्रक्रिया को मार सकता है।

मुझे एक वास्तविक एप्लिकेशन में एक प्रक्रिया की मौत के प्रसंस्करण के लिए एक पारदर्शी (यानी, उपयोगकर्ता के लिए अदृश्य होना) लागू नहीं करना था। लेकिन यह काफी व्यवहार्य प्रतीत होता है, एक कामकाजी उदाहरण दिया गया है: https://github.com/mychka/resurrection ।

विचार यह है onSaveInstanceState()कि प्रत्येक गतिविधि में आवेदन की पूरी स्थिति को बचाया जाए, और onCreate(), यदि प्रक्रिया को मार दिया गया, तो पुनर्स्थापित करें:

abstract class BaseActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)

        ResurrectionApp.ensureState(savedInstanceState)
    }

    override fun onSaveInstanceState(outState: Bundle) {
        super.onSaveInstanceState(outState)

        ResurrectionApp.STATE.save(outState)
    }
}

किसी प्रक्रिया की हत्या का अनुकरण करने के लिए, आप एप्लिकेशन को कम कर सकते हैं और कमांड का उपयोग कर सकते हैं

adb shell am kill org.resurrection

यदि हम प्रक्रिया की मृत्यु को संभालने का निर्णय लेते हैं, तो निम्नलिखित ओवरहेड को नोट किया जा सकता है।

1. कोड जटिलता।

   
   
   • , , , . , , - . - : , , .
   • Serializable/Parcelable.
   • — , . , loading == true . , , loading false. TCP-, .
   • , Activity#onCreate() — , — .
   
   

   , , , . , , , - .

   
   

2. Activity#onSaveInstanceState() . (, Activity#isChangingConfigurations == true, , .) , , - .

   
   

3. . 1, . / .

   
   

4. . , , , , , - .
   , , : , . , , , .

   
   

, . , , foreground . , .

( ) , , .
. (02.03.2020) : Facebook, Twitter, WhatsApp, Chrome, Gmail, Yandex.Maps. : Yandex.Navigator, YouTube, -, Skype.

, , . , , . : , .

https://github.com/mychka/life-from-scratch
BaseActivity . LoginActivity. "NEXT". DashboardActivity. .

adb shell am kill org.lifefromscratch

. , DashboardActivity LoginActivity#loginShownAt, .

. , . , :

abstract class BaseActivity : AppCompatActivity() {

    companion object {
        init {
            if (!appStartedNormally) {
                APP.startActivity(
                    APP.getPackageManager().getLaunchIntentForPackage(
                        APP.getPackageName()
                    )
                );
                System.exit(0)
            }
        }
    }
}

. , -.

. , .

class BinderReference<T>(val value: T?) : Binder()

Parcel . ,

class MyNonSerializableData(val os: OutputStream)

val parcel: Parcel = Parcel.obtain()
val obj = MyNonSerializableData(ByteArrayOutputStream())
parcel.writeStrongBinder(BinderReference(obj))
parcel.setDataPosition(0)
val obj2 = (parcel.readStrongBinder() as BinderReference<*>).value
assert(obj === obj2)

android.os.Binder https://habr.com/ru/post/274635/

. . , . :

const val DEFAULT_BUNDLE_KEY = "com.example.DEFAULT_BUNDLE_KEY.cr5?Yq+&Jr@rnH5j"

val Any?.bundle: Bundle?
    get() = if (this == null) null else Bundle().also { it.putBinder(DEFAULT_BUNDLE_KEY, BinderReference(this)) }

inline fun <reified T> Bundle?.value(): T =
    this?.getBinder(DEFAULT_BUNDLE_KEY)?.let {
        if (it is BinderReference<*>) it.value as T else null
    } as T

inline fun <reified Arg> Fragment.defaultArg() = lazy<Arg>(LazyThreadSafetyMode.NONE) {
    arguments.value()
}

. :

findNavController(R.id.nav_host_fragment).navigate(
    R.id.bbbFragment,
    MyNonSerializableData(ByteArrayOutputStream()).bundle
)

val data: MyNonSerializableData by defaultArg()

— androidx.lifecycle.ViewModel. , , destroy , configuration change, https://developer.android.com/reference/androidx/activity/ComponentActivity.html#onRetainCustomNonConfigurationInstance()

, , , . ViewModel .

BinderReference, androidx.lifecycle.ViewModel, onSaveInstanceState(outState)/onCreate(savedInstanceState). view model .

UPD: kamer Dimezis , , 2.3 (API 9). . (, finish()), configuration change. :
https://stackoverflow.com/questions/7536988/android-app-out-of-memory-issues-tried-everything-and-still-at-a-loss/7576275#7576275
https://stackoverflow.com/questions/11616575/android-not-killing-activities-from-stack-when-memory-is-low/11616829#11616829
:
https://issuetracker.google.com/issues/36934944
निश्चित रूप से कहने के लिए, आपको एंड्रॉइड के स्रोत कोड में गोता लगाने की आवश्यकता है। यदि "गतिविधियों को न रखें" विकल्प है, तो एंड्रॉइड कर्नेल में एक कोड है जो गतिविधियों को "धीरे" कर सकता है। एक उच्च संभावना के साथ, आप एक मुश्किल परिदृश्य के साथ आ सकते हैं जब यह कोड कहा जाता है, और, तदनुसार, androidx.lifecycle.ViewModelइसके विपरीत, एक दुर्घटना का कारण होगा onSaveInstanceState()। लेकिन वास्तविक जीवन में, जाहिरा तौर पर, androidx.lifecycle.ViewModelआप अभी भी सुरक्षित रूप से इसका उपयोग कर सकते हैं।