Java nesnelerini null olarak ayarlamak artık bir şey yapıyor mu?

Bazı eski kitaplara göz atıyordum ve Peter Hagger'ın "Pratik Java" nın bir kopyasını buldum. Performans bölümünde, nullartık ihtiyaç duyulmadığında nesne referanslarının ayarlanması önerilmektedir .

Java'da, nullperformansı veya atık toplama verimliliğini artırmak için nesne referansları ayarlamak mı? Eğer öyleyse, bu hangi durumlarda bir sorundur? Konteyner sınıfları? Nesne bileşimi? Anonim iç sınıflar?

Bunu kodda oldukça sık görüyorum. Bu artık eski programlama tavsiyesi mi yoksa hala yararlı mı?

Referansı ne zaman geçersiz kılmayı düşündüğünüze biraz bağlıdır.

Bir nesne zinciriniz A-> B-> C varsa, A'ya ulaşılamadığında, A, B ve C'nin tümü çöp toplama için uygun olacaktır (başka hiçbir şeyin B veya C'ye atıfta bulunmadığı varsayılarak). Örneğin, A-> B veya B-> C referanslarını açıkça null olarak ayarlamaya gerek yoktur ve hiçbir zaman gerek duyulmamıştır.

Bunun dışında, çoğu zaman sorun gerçekten ortaya çıkmıyor çünkü gerçekte koleksiyonlardaki nesnelerle uğraşıyorsunuz. Genellikle her zaman uygun remove () yöntemini çağırarak nesneleri listelerden, haritalardan vb. Kaldırmayı düşünmelisiniz.

Referansları boşa atamak için bazı tavsiyelerin olduğu durum , özellikle, kapsamın ortasında bellek yoğun bir nesnenin kullanılmasının sona erdiği uzun bir kapsamdaydı . Örneğin:

{
  BigObject obj = ...
  doSomethingWith(obj);
  obj = null;             <-- explicitly set to null
  doSomethingElse();
}

Buradaki mantık, obj hala kapsam dahilinde olduğu için, referansın açık bir şekilde boş bırakılması olmadan, doSomethingElse () yöntemi tamamlanıncaya kadar çöp toplanabilir hale gelmemesidir . Ve bu muhtemelen modern JVM'lerde geçerli olmayan tavsiyedir : JIT derleyicisinin, belirli bir yerel nesne referansının artık kullanılmadığı noktada çalışabileceği ortaya çıktı.

Hayır, bu eski bir tavsiye değil. Sarkan referanslar, özellikle ArrayListönceden tahsis edilmiş bir dizi kullanarak genişletilebilir bir dizi kapsayıcısı ( veya benzeri) uyguluyorsanız, hala bir sorundur . Listenin "mantıksal" boyutunun ötesindeki öğeler boş bırakılmalıdır, aksi takdirde serbest bırakılmazlar.

Bkz. Etkili Java 2. baskı, Madde 6: Eski Nesne Referanslarını Ortadan Kaldırın.

Örnek alanları, dizi öğeleri

Bir nesneye referans varsa, çöp toplanamaz. Özellikle bu nesne (ve arkasındaki tüm grafik) büyükse, çöp toplamayı durduran tek bir referans vardır ve bu referansa artık gerçekten ihtiyaç duyulmaz, bu talihsiz bir durumdur.

Patolojik durumlar, onu yapılandırmak için kullanılan XML DOM ağacının tamamında tek olmayan bir örneği tutan nesnedir, kayıtsız olmayan MBean veya tüm sınıf yükleyicinin kaldırılmasını önleyen dağıtılmamış bir web uygulamasından bir nesneye yapılan tek başvuru .

Dolayısıyla, referansı tutan nesnenin yine de (veya o zaman bile) çöp olarak toplanacağından emin değilseniz, artık ihtiyacınız olmayan her şeyi geçersiz kılmalısınız.

Kapsamlı değişkenler:

Yerel bir değişkeni kapsamının sonundan önce boş olarak ayarlamayı düşünüyorsanız, böylece çöp toplayıcı tarafından geri alınabilir ve "şu andan itibaren kullanılamaz" olarak işaretlenebilir, bunun yerine onu daha sınırlı bir kapsam içine koymayı düşünmelisiniz. .

{
  BigObject obj = ...
  doSomethingWith(obj);
  obj = null;          //   <-- explicitly set to null
  doSomethingElse();
}

olur

{
  {  
     BigObject obj = ...
     doSomethingWith(obj);
  }    //         <-- obj goes out of scope
  doSomethingElse();
}

Uzun, düz kapsamlar genellikle kodun okunabilirliği açısından da kötüdür. Sırf bu amaçla işleri parçalamak için özel yöntemler sunmak da duyulmamış bir şey değil.

Hafızayı kısıtlayan ortamlarda (örn. Cep telefonları) bu yararlı olabilir. Null olarak ayarlandığında, objetc değişkeninin gc'de kapsam dışına çıkmasını beklemesine gerek kalmaz.

Bununla birlikte, günlük programlama için, Chris Jester-Young'ın aktardığı gibi özel durumlar dışında bu bir kural olmamalıdır.

Birincisi, bir nesneyi ayarladığınız hiçbir şey anlamına gelmez null. Aşağıda açıklıyorum:

List list1 = new ArrayList();
List list2 = list1;

Yukarıdaki kod segmentinde , bellekte depolanan nesnenin nesne referans değişken adını list1oluşturuyoruz ArrayList. O list1nesneye atıfta bulunmak da bir değişkenden başka bir şey değildir. Ve kodun ikinci satırında biz referansı kopyalama list1için list2. Öyleyse şimdi sorarsam sorunuza geri dönelim:

list1 = null;

bu list1, bellekte saklanan herhangi bir nesneye artık atıfta bulunmadığı anlamına gelir , bu nedenle list2de başvuracak hiçbir şey olmayacaktır. Yani şu boyutlara bakarsanız list2:

list2.size(); //it gives you 0

Böylece burada " nesne tarafından tutulan belleği serbest bırakmak konusunda endişelenmenize gerek yok, artık programda kullanılmayacağını ve JVM'nin beni yöneteceğini bulduğumda bunu yapacağım " diyen çöp toplayıcı kavramı gelir .

Umarım kavramı açıklar.

Bunu yapmanın nedenlerinden biri, eski nesne referanslarını ortadan kaldırmaktır. Metni buradan okuyabilirsiniz .