Android mapy bitowe w pamięci wycieku xml?

Question

Oto kilka obserwacji zarządzania pamięcią początkujących, na które chciałbym usłyszeć doświadczoną opinię od .

Wygląda na to, że ustawienie android: backgound = "@ drawable/xyz" w układzie xml powoduje utratę pamięci w mojej aplikacji. Odpowiednie działania powodują, że układa się w stos, dopóki nie otrzymam błędu OOM. Jest to szczególnie ważne, jeśli obrócę orientację urządzenia na .

Jeśli jednak załaduję ten sam zasób za pomocą metody setBackgoundResource(), a następnie wyczyściłem wywołanie zwrotne i ustawię odwołanie w tle na wartość null, nie ma żadnego wycieku.

czyli pierwszy w onCreate()

mMainLayout.setBackgroundResource(R.drawable.background_general_android); 

a następnie w onDestroy()

mMainLayout.getBackground().setCallback(null); 
mMainLayout.setBackgroundDrawable(null); 

Jest to z grubsza poprawne, czy jestem brakuje czegoś istotnego?

Answer 1

Stanie się tak tylko wtedy, gdy na przykład przechowujesz kopię rysunków w statycznej pamięci podręcznej. Możesz także przeciekać swoje działania, a ustawienie narysów na wartość null po prostu ukrywa problem przez nieco dłużej. Powinieneś użyć narzędzia takiego jak MAT, aby sprawdzić zawartość sterty i dowiedzieć się, co się dzieje.