Proč ne používat lateinit modifikátor v Andrioid Fragment dat-závazné?

Našel jsem vysvětlení zde.

Úryvek z vysvětlení:

Jak úniky se dějí ve fragmentech? Za prvé, musíme začít tím, že přezkoumání důležité nuance fragmentů. Mají dva různé životní cykly:

• Je to vlastní životní cyklus (onCreate a onDestroy)
• To je pohled lifecycle (onCreateView a onDestroyView)

Má dva životní cykly pro jednoho obrazovka může být problematické. Jsou vytvořeny a zlikvidováno v různých časy, například při uvedení fragmentu na zádech-stack. Konkrétně, drží na názory po onDestroyView nazývá se úniku. To se stane, když fragment je na zadní straně zásobníku, a i když jeho cílem je zničen, fragment sám o sobě není. Odpadky kolektor je schopen vymazat odkaz na tyto názory.

A jeden úryvek z této Přetečení Zásobníku odpověď:

Musíte null odkazy na názory v onDestroyViewjako to je znamení, že výhled je již používán Fragment systému, a to může být bezpečně do koše, kdyby to nebylo pro vaše pokračoval odkazem na View.

binding fragmenty by mohly vést k nevracení paměti, pokud nejsou nastaveny na hodnotu null v onDestroyView. To je důvod, proč jsme si stanovili _binding k null v onDestroyView

Zatímco na použití lateinitnemůžeme přiřadit lateinit nemovitosti do null. Takže, pokud budeme používat lateinit binding nebudeme moci nastavit na hodnotu null v onDestroyView a to by vedlo k memory leak. To je důvod, proč android dokumentace doporučuje používat nullable proměnnou.

V případě activities nepotřebujeme přiřadit binding k null jako oni nemají vést k nevracení paměti, a můžeme použít lateinit ubytování pro binding.

Podívejte se na tento příklad

// here a firestore database uses callback to be executed when the document recieved 
db.collection("cities").document("SF").get()
        .addOnSuccessListener { document ->
            if (document != null) {
                binding.textView.text = document.data.toString()
            } else {
                Log.d(TAG, "No such document")
            }
        }

pokud uživatel otevřel fragment a zavřela, než se dokument dostal (to znamená, fragment již nelze použít, a měla by jasně všechno je proměnné podle garbage collector je-li proměnná je null nebo již nepoužívá)

Nyní pojďme diskutovat o tom, co scénář s lateinit

private lateinit var binding: ResultProfileBinding

garáže sběratel bude, není jasné binding jak to ještě použity v callback a fragment zůstane v paměti, které vedou úžasná paměť úniku, pak však zpětné volání provedeny a nastavit text, který uživatel nebude vědět o tom, protože on opustil fragment

Představte si, pokud uživatel vybral tento scénář se několikrát !!

Takže to, co o možnou hodnotou null závazné ?

private var _binding: ResultProfileBinding? = null
private val binding get() = _binding!!

ty nastavení na null v onDestroyView takže binding a fragment může být uvolněna (Žádné úniky Paměti)

ALE je to, co se stane, když callback popraven?

dostanete NullPointerException takže být vědomi, že

a co kolikrát uživatel otevřít fragment a uzavřen bude do koše

dejte si zkuste s tímto kódem, můžete použít Android Studio Profiler sledovat paměti přístroje a/nebo leakCanary , aby se informovat o aplikaci úniky paměti