Zauważyłem dziwny wzrost pamięci w jednym z moich działań. Dlatego przeprowadziłem mały test: wielokrotnie otwierałem okno dialogowe (otwórz - zamknij - otwórz - zamknij ....), a pamięć ciągle wzrastała. Użyłem więc DDMS do zrzucenia pliku HPROF i otwarcia goMATA (Analizator pamięci). Raport o podejrzeniu wycieku wskazywał, że głównym powodem rosnącego zużycia pamięci było:

Zrobiłem więc histogram, aby sprawdzić to okno dialogowe. Przeprowadziłem testy i co utrzymuje je przy życiu. Okazuje się, że to jest utrzymywane przy życiuAutoCompleteTextViews, które z kolei są utrzymywane przy życiuandroid.widget.TextView $ IClipboardDataPasteEventImpl. Jednak dla IClipboardDataPasteEventImpl nie ma bezpośrednich dominatorów (z wyjątkiem oczywiście Korzenia GC). Próbowałem znaleźć ten IClipboardDataPasteEventImpl w Internecie i przeszukałem grepcode (źródło android), ale jedyne, co mogłem wymyślić, to byłowpis na blogu. Nie mogę odczytać żadnego języka, ale mogę przeczytać angielskie słowa, które wskazują, że może to być błąd na Samsung Galaxy SII (telefon, którego używam, z systemem Android 2.3.x), związane z ClipboardManager. Jednak nie jestem tego pewien (chcę to naprawić, dlatego nie jestem skłonny po prostu zaakceptować go jako niemożliwego do naprawienia błędu) i nie mam pojęcia, gdzie ten Schowek został utworzony i dlaczego. Byłbym bardzo wdzięczny za wszelkie wskazówki / pomysły w tej sprawie.