การตั้งค่าออบเจ็กต์ Java เป็น null จะทำอะไรอีกต่อไปหรือไม่?

ฉันกำลังดูหนังสือเก่า ๆ และพบสำเนา "Practical Java" ของ Peter Hagger ในส่วนประสิทธิภาพมีคำแนะนำในการตั้งค่าการอ้างอิงอ็อบเจ็กต์nullเมื่อไม่จำเป็นอีกต่อไป

ใน Java การตั้งค่าการอ้างอิงอ็อบเจ็กต์เพื่อnullปรับปรุงประสิทธิภาพหรือประสิทธิภาพการรวบรวมขยะหรือไม่ ถ้าเป็นเช่นนั้นปัญหานี้เกิดขึ้นในกรณีใด คลาสคอนเทนเนอร์? องค์ประกอบของวัตถุ? ชั้นในนิรนาม?

ฉันเห็นสิ่งนี้ในโค้ดบ่อยๆ ตอนนี้คำแนะนำการเขียนโปรแกรมล้าสมัยแล้วหรือยังมีประโยชน์หรือไม่?

ขึ้นอยู่กับว่าคุณคิดจะลบข้อมูลอ้างอิงเมื่อใด

หากคุณมีห่วงโซ่ออบเจ็กต์ A-> B-> C เมื่อ A ไม่สามารถเข้าถึงได้ A, B และ C ทั้งหมดจะมีสิทธิ์ได้รับการเก็บขยะ (สมมติว่าไม่มีสิ่งอื่นใดที่อ้างอิงถึง B หรือ C) ไม่จำเป็นและไม่จำเป็นต้องตั้งค่าการอ้างอิงอย่างชัดเจน A-> B หรือ B-> C เป็น null เป็นต้น

นอกเหนือจากนั้นปัญหาส่วนใหญ่มักไม่เกิดขึ้นเพราะในความเป็นจริงคุณกำลังจัดการกับวัตถุในคอลเลกชัน โดยทั่วไปคุณควรคิดถึงการลบวัตถุออกจากรายการแผนที่และอื่น ๆ อยู่เสมอโดยเรียกใช้ appropiate remove () method

กรณีที่เคยมีคำแนะนำในการตั้งค่าการอ้างอิงเป็น null โดยเฉพาะใน aขอบเขตที่ยาววัตถุหน่วยความจำมากหยุดที่จะนำมาใช้ผ่านครึ่งขอบเขต ตัวอย่างเช่น:

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

เหตุผลก็คือเนื่องจากobjยังอยู่ในขอบเขตดังนั้นหากไม่มีการลบข้อมูลอ้างอิงอย่างชัดเจนก็จะไม่กลายเป็นขยะที่รวบรวมได้จนกว่าเมธอดdoSomethingElse ()จะเสร็จสมบูรณ์ และนี่คือคำแนะนำที่อาจไม่ได้ใช้กับ JVM สมัยใหม่อีกต่อไป : ปรากฎว่าคอมไพเลอร์ JIT สามารถหาจุดที่ไม่มีการใช้การอ้างอิงอ็อบเจ็กต์โลคัลที่ระบุอีกต่อไป

ไม่ใช่คำแนะนำที่ล้าสมัย การเชื่อมโยงการอ้างอิงยังคงเป็นปัญหาโดยเฉพาะอย่างยิ่งหากคุณกำลังใช้งานคอนเทนเนอร์อาร์เรย์ที่ขยายได้ ( ArrayListหรือสิ่งที่คล้ายกัน) โดยใช้อาร์เรย์ที่จัดสรรไว้ล่วงหน้า องค์ประกอบที่เกินขนาด "ตรรกะ" ของรายการควรถูกลบออกมิฉะนั้นองค์ประกอบเหล่านี้จะไม่ถูกปลดปล่อย

ดู Effective Java 2nd ed, Item 6: กำจัดการอ้างอิงอ็อบเจ็กต์ที่ล้าสมัย

ช่องอินสแตนซ์องค์ประกอบอาร์เรย์

หากมีการอ้างอิงถึงวัตถุจะไม่สามารถเก็บขยะได้ โดยเฉพาะอย่างยิ่งถ้าวัตถุนั้น (และกราฟทั้งหมดที่อยู่ข้างหลัง) มีขนาดใหญ่มีเพียงข้อมูลอ้างอิงเดียวที่หยุดการเก็บขยะและการอ้างอิงนั้นไม่จำเป็นอีกต่อไปนั่นเป็นสถานการณ์ที่โชคร้าย

กรณีทางพยาธิวิทยาเป็นอ็อบเจ็กต์ที่เก็บอินสแตนซ์ unnessary ไว้กับแผนผัง XML DOM ทั้งหมดที่ใช้ในการกำหนดค่า MBean ที่ไม่ได้ยกเลิกการลงทะเบียนหรือการอ้างอิงเดียวไปยังอ็อบเจ็กต์จากเว็บแอ็พพลิเคชันที่ไม่ได้ปรับใช้ซึ่งป้องกันไม่ให้โหลดคลาสทั้งหมดไม่โหลด .

ดังนั้นหากคุณไม่แน่ใจว่าวัตถุที่เก็บข้อมูลอ้างอิงนั้นจะเป็นขยะที่ถูกเก็บรวบรวม (หรือถึงตอนนั้น) คุณควรลบล้างทุกสิ่งที่คุณไม่ต้องการอีกต่อไป

ตัวแปรที่กำหนดขอบเขต:

หากคุณกำลังพิจารณาตั้งค่าตัวแปรโลคัลเป็น null ก่อนสิ้นสุดขอบเขตเพื่อให้ตัวเก็บรวบรวมขยะสามารถเรียกคืนได้และทำเครื่องหมายว่า "ใช้ไม่ได้นับจากนี้เป็นต้นไป" คุณควรพิจารณากำหนดให้อยู่ในขอบเขตที่ จำกัด มากขึ้นแทน .

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

กลายเป็น

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

โดยทั่วไปขอบเขตที่ยาวและแบนมักไม่ดีต่อความชัดเจนของรหัสด้วย การแนะนำวิธีการส่วนตัวเพื่อทำลายสิ่งต่าง ๆ เพื่อจุดประสงค์นั้นก็ไม่ได้เป็นสิ่งที่ไม่เคยได้ยินมาก่อนเช่นกัน

ในสภาพแวดล้อมที่ จำกัด หน่วยความจำ (เช่นโทรศัพท์มือถือ) สิ่งนี้จะมีประโยชน์ ด้วยการตั้งค่า null objetc ไม่จำเป็นต้องรอให้ตัวแปรออกจากขอบเขตเพื่อเป็น gc

อย่างไรก็ตามสำหรับการเขียนโปรแกรมในชีวิตประจำวันสิ่งนี้ไม่ควรเป็นกฎยกเว้นในกรณีพิเศษเช่นที่ Chris Jester-Young อ้างถึง

nullประการแรกก็ไม่ได้หมายความว่าสิ่งที่คุณกำลังตั้งวัตถุให้ ฉันอธิบายไว้ด้านล่าง:

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

ในส่วนโค้ดด้านบนเรากำลังสร้างชื่อตัวแปรอ้างอิงอ็อบเจ็กต์list1ของArrayListอ็อบเจ็กต์ที่เก็บไว้ในหน่วยความจำ ดังนั้นการlist1อ้างถึงวัตถุนั้นและไม่มีอะไรมากไปกว่าตัวแปร และในบรรทัดที่สองของรหัสที่เรากำลังคัดลอกอ้างอิงของการlist1 list2ตอนนี้กลับไปที่คำถามของคุณถ้าฉันทำ:

list1 = null;

นั่นหมายความว่าlist1จะไม่อ้างถึงวัตถุใด ๆ ที่เก็บไว้ในหน่วยความจำอีกต่อไปดังนั้นlist2จะไม่มีอะไรให้อ้างอิงอีกต่อไป ดังนั้นหากคุณตรวจสอบขนาดของlist2:

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

ดังนั้นแนวคิดของคนเก็บขยะจึงมาถึงซึ่งกล่าวว่า «คุณไม่มีอะไรต้องกังวลเกี่ยวกับการปลดปล่อยหน่วยความจำที่ถูกยึดไว้โดยวัตถุฉันจะทำเช่นนั้นเมื่อฉันพบว่ามันจะไม่ใช้ในโปรแกรมอีกต่อไปและ JVM จะจัดการฉัน»

ฉันหวังว่ามันจะชัดเจนแนวคิด

หนึ่งในเหตุผลที่ต้องทำคือกำจัดการอ้างอิงอ็อบเจ็กต์ที่ล้าสมัย คุณสามารถอ่านข้อความได้ที่นี่