หน่วยความจำและ ARC ใน Kotlin/Native

บน iOS ออบเจ็กต์ Kotlin และออบเจ็กต์ Apple อยู่ร่วมกัน Kotlin/Native ใช้ตัวเก็บขยะของตนเอง ขณะที่ Apple ใช้การนับการอ้างอิงด้วย ARC อยู่เบื้องหลัง

ARC หรือการนับการอ้างอิงอัตโนมัติ จะคืนหน่วยความจำของออบเจ็กต์ Objective-C เมื่อไม่มีสิ่งใดอ้างอิงถึงออบเจ็กต์นั้น แม้จะทำงานอัตโนมัติ แต่ยังติดตามความเป็นเจ้าของอย่างแม่นยำ 🧮

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

เมื่อออบเจ็กต์ Kotlin ถือออบเจ็กต์ Apple รันไทม์จะรักษาจำนวนการอ้างอิงที่ถูกต้อง เพื่อไม่ให้ฝ่ายใดคืนหน่วยความจำเร็วเกินไปขอบเขตการเชื่อมต่อจึงยังสอดคล้องกัน

Kotlin/Native รุ่นใหม่ใช้ตัวเก็บขยะที่ทำงานพร้อมกัน โดยยกเลิกกฎการแช่แข็งแบบเก่า ทำให้การแชร์สถานะข้ามเธรดง่ายขึ้นมาก ✨

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

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

แลมบ์ดา Kotlin ที่ส่งให้โค้ด Apple จะจับสิ่งที่ตนเข้าถึงไว้ หากจับ self ก็อาจสร้างวงจรได้ ดังนั้นให้จับเฉพาะสิ่งที่โคลเชอร์ต้องการจริง ๆ

ออบเจ็กต์ที่มีชีวิตอยู่ตลอดอายุแอป เช่น ไคลเอนต์ที่ใช้ร่วมกัน ไม่ใช่ปัญหาหากตั้งใจออกแบบไว้ เพียงตรวจสอบให้แน่ใจว่าซิงเกิลตันไม่ได้ตรึงข้อมูลที่ควรปล่อย

Xcode Instruments และเครื่องมือ Leaks สามารถตรวจจับการเพิ่มขึ้นของหน่วยความจำจากฝั่ง Kotlin ได้ด้วย การทำโปรไฟล์จะแสดงว่าการอ้างอิงของคุณถูกปล่อยจริงหรือไม่

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

ตรวจสอบความเข้าใจอย่างรวดเร็วเกี่ยวกับหน่วยความจำข้ามแพลตฟอร์ม

คุณได้เรียนรู้ว่า Kotlin ใช้ตัวเก็บกวาด ขณะที่ Apple ใช้ ARC ระบบรันไทม์จะเชื่อมการทำงานของทั้งสองเข้าด้วยกัน และหน้าที่หลักของคุณคือหลีกเลี่ยงวงจรการเก็บอ้างอิง 🎉