Android'de çöp toplayıcı

Bazı durumlarda çöp toplayıcıyı çağırmayı öneren birçok Android cevabı gördüm.

Hafızaya aç bir işlem yapmadan önce Android'de çöp toplayıcıyı istemek iyi bir uygulama mı? Değilse, sadece bir OutOfMemoryhata alırsam aramalı mıyım ?

Çöp toplayıcıya başvurmadan önce kullanmam gereken başka şeyler var mı?

Bal peteği 3.0'dan önceki sürümler için : Evet, arayın System.gc() .

Bitmapler oluşturmaya çalıştım, ancak her zaman "VM yetersiz bellek hatası" alıyordum. Ama System.gc()ilk aradığımda sorun yoktu.

Bitmapler oluştururken, Android genellikle yetersiz bellek hatalarıyla başarısız olur ve önce çöp toplamaya çalışmaz . Bu nedenle, arayın System.gc()ve Bitmapler oluşturmak için yeterli belleğiniz var.

Nesneler oluşturuyorsanız, System.gcgerektiğinde otomatik olarak çağrılacağını düşünüyorum , ancak bitmap oluşturmak için değil . Sadece başarısız olur.

Bu yüzden System.gc()bitmapler oluşturmadan önce manuel olarak çağırmanızı tavsiye ederim .

Genel olarak konuşursak, bir çöp toplayıcının varlığında , GC'yi manuel olarak çağırmak asla iyi bir uygulama değildir. Bir GC, kendi cihazlarına bırakıldığında en iyi şekilde çalışan sezgisel algoritmalar etrafında düzenlenmiştir. GC'yi manuel olarak aramak genellikle performansı düşürür.

Nadiren , bazı nispeten nadir durumlarda, kişi belirli bir GC'nin yanlış anladığını görebilir ve GC'ye yapılan manuel bir çağrı, performans açısından işleri iyileştirebilir. Bunun nedeni, belleği her durumda en iyi şekilde yönetecek "mükemmel" bir GC'nin uygulanmasının gerçekten mümkün olmamasıdır. Bu tür durumları tahmin etmek zordur ve pek çok ince uygulama detayına bağlıdır. "İyi uygulama" GC'nin kendi başına çalışmasına izin vermektir; Genel Kurul'a manuel bir çağrı, ancak gerçek bir performans sorununa usulüne uygun olarak tanık olduktan sonra tasavvur edilmesi gereken bir istisnadır.

Android uygulamasında yetersiz bellek, bitmap'i düzgün bir şekilde kullanmazsak çok yaygındır, sorunun çözümü

if(imageBitmap != null) {
    imageBitmap.recycle();
    imageBitmap = null;
}
System.gc();
BitmapFactory.Options options = new BitmapFactory.Options();
options.inSampleSize = 3;
imageBitmap = BitmapFactory.decodeFile(URI, options);
Bitmap  scaledBitmap = Bitmap.createScaledBitmap(imageBitmap, 200, 200, true);
imageView.setImageBitmap(scaledBitmap);

Yukarıdaki kodda Bitmap'i geri dönüştürmeyi denedim, bu da kullanılan bellek alanını boşaltmanıza izin verecek, bu nedenle bellek yetersiz olabilir.

Hala sorunla karşı karşıyaysanız, bu satırı da ekleyebilirsiniz.

BitmapFactory.Options options = new BitmapFactory.Options();
options.inTempStorage = new byte[16*1024];
options.inPurgeable = true;

daha fazla bilgi için bu bağlantıya bir göz atın

https://web.archive.org/web/20140514092802/http://voices.yahoo.com/android-virtual-machine-vm-out-memory-error-7342266.html?cat=59

NOT: nedeniyle gc gerçekleştirerek kaynaklanan anlık "duraklama" için, bu olup değil önce bunu tavsiye her bitmap tahsisi.

Optimum tasarım:

1. Free artık gerekli olmayan tüm bitmapler tarafından, if / recycle / nullgösterilen kod. (Buna yardımcı olacak bir yöntem yapın.)

2. System.gc();

3. Yeni bit eşlemleri ayırın.

Bir OutOfMemoryError alırsanız, çöp toplayıcıyı aramak için genellikle çok geç demektir ...

İşte Android Geliştiricisinden alıntı:

Çoğu zaman, çöp toplama, tonlarca küçük, kısa ömürlü nesneler nedeniyle oluşur ve kuşak çöp toplayıcıları gibi bazı çöp toplayıcılar, uygulamanın çok sık kesintiye uğramaması için bu nesnelerin toplanmasını optimize edebilir. Android çöp toplayıcı ne yazık ki bu tür optimizasyonları gerçekleştiremiyor ve performans açısından kritik kod yollarında kısa ömürlü nesnelerin oluşturulması bu nedenle uygulamanız için çok maliyetli.

Anladığım kadarıyla, gc'yi aramaya acilen gerek yok. Gereksiz nesnelerin yaratılmasından kaçınmak için daha fazla çaba harcamak daha iyidir (döngülerin içinde nesnelerin oluşturulması gibi)

System.gc()Art Android 6.0.1 Nexus 5x'te çalışmıyor gibi görünüyor , bu yüzden Runtime.getRuntime().gc();onun yerine kullanıyorum.

Uygulamam birçok görüntüyü yönetiyor ve bir OutOfMemoryError ile öldü. Bu bana yardımcı oldu. Manifest.xml'de Ekle

<application
....
   android:largeHeap="true"> 

Genel olarak konuşursak, GC'yi açıkça System.gc () ile çağırmamalısınız. GC duraklatma günlüğünün ne anlama geldiğini açıkladıkları ve Dalvik daha iyi bildiği için System.gc () 'yi asla çağırmamayı belirttikleri IO dersi ( http://www.youtube.com/watch?v=_CruQY55HOk ) bile var ne zaman yapacağınızdan daha fazla.

Öte yandan, yukarıda da belirtildiği gibi, zaten Android'deki GC işlemi (her şey gibi) bazen hatalı. Bu, Dalvik GC algoritmalarının Hotspot veya JRockit JVM'lerle aynı olmadığı ve bazı durumlarda işleri yanlış yapabileceği anlamına gelir. Bu durumlardan biri, bitmap nesnelerinin tahsis edilmesidir. Bu zor bir durumdur çünkü Heap ve Non Heap belleği kullanır ve bellek kısıtlamalı cihazdaki bir gevşek bitmap nesnesi örneği size bir OutOfMemory istisnası vermek için yeterlidir. Bu yüzden, artık bu bitmap'e ihtiyacınız kalmadığında çağırmak, genellikle birçok geliştirici tarafından önerilir ve hatta bazı insanlar tarafından iyi bir uygulama olarak kabul edilir.

Bitmap'in yerel belleğini silmek için güvenli olarak işaretlediği için, bu yöntemin amacı bu olduğundan .recycle () bir bitmap üzerinde daha iyi bir uygulamadır. Bunun sürüme bağlı olduğunu, yani genellikle eski Android sürümlerinde (sanırım Pre 3.0) gerekli olacağını, ancak daha sonraki sürümlerde gerekli olmayacağını unutmayın. Ayrıca daha yeni sürümler ether'i kullanmaktan da zarar gelmez (bunu bir döngüde veya benzeri bir şeyde yapmayın). Yeni ART çalışma zamanı burada çok değişti çünkü büyük nesneler için özel Yığın "bölme" oluşturdular, ancak bunu ART eter ile yapmanın pek bir zararı olmayacağını düşünüyorum.

Ayrıca System.gc () hakkında çok önemli bir not. Bu yöntem Dalvik'in (veya JVM'lerin) yanıt vermek zorunda olduğu bir komut değildir. Bunu daha çok Sanal makineye "Eğer bir güçlük değilse lütfen çöp toplama yapabilir misiniz" demek gibi düşünün.

Bitmap oluşturma sırasında OOM'den kaçınmanın en iyi yolu,

http://developer.android.com/training/displaying-bitmaps/index.html

Hayır derdim, çünkü Geliştirici RAM kullanım durumuyla ilgili belgeler :

...
GC_EXPLICIT

Gc () 'yi çağırdığınızda olduğu gibi açık bir GC (ki bunu çağırmaktan kaçınmanız ve bunun yerine gerektiğinde GC'nin çalışacağına güvenmeniz gerekir).

...

İlgili kısmı kalın olarak vurguladım.

YouTube serisine, Android Performans Modellerine bir göz atın - size uygulamanızın bellek kullanımını yönetme konusunda ipuçları gösterecektir (örneğin, s yerine Android’leri ArrayMapve ’ SparseArrayleri kullanma HashMap).

Xamarin geliştiricileri için hızlı not .

Aramak istiyorsanız System.gc()Xamarin.Android içinde aramak gerekir appsJava.Lang.JavaSystem.Gc()

Çöp toplayıcıyı bir OutOfMemoryError.

Javadoc açıkça belirtiyor:

Thrown when the Java Virtual Machine cannot allocate an object because it is out of memory, and no more memory could be made available by the garbage collector.

Dolayısıyla, çöp toplayıcı, hatayı oluşturmadan önce belleği boşaltmaya çalıştı ancak başarısız oldu.