فهم احتفاظ Jetpack Compose بالذاكرة: شرح مخطط المرجع

Rugman_Walking · 2026-01-15T22:38:47+00:00

Jetpack Compose بشكل عام ليس عرضة للتسرب؛ غالبًا ما تنشأ مشكلات الذاكرة من مشاكل مرجعية Kotlin، حيث يحتفظ المكونات طويلة العمر بعناصر واجهة المستخدم قصيرة العمر. فهم نموذج دورة حياة Compose وإدارة coroutine أمر حاسم للتصحيح الفعال وإدارة الذاكرة.

Rugman_Walking

2026-01-15 22:38:47

إنشاء الملخص قيد التقدم

Jetpack Compose نفسه ليس عرضة بشكل جوهري للتسرب. الغالبية العظمى من مشاكل احتجاز الذاكرة التي يواجهها المطورون ناتجة عن مشاكل المراجع في Kotlin القياسية—حيث أن المكونات ذات العمر الطويل (ViewModels، المفردات، سجلات الكائنات، الحقول الثابتة، الكوروتينات ذات النطاق التطبيقي )، تحتفظ بشكل غير مقصود بعناصر واجهة المستخدم ذات العمر القصير (Activity السياقات، الوظائف القابلة للتكوين، نطاقات الكوروتين، القيم التي تم تذكرها ). لتصحيح الأخطاء بشكل فعال، استوعب هذا المبدأ:

الأساس: نموذج دورة حياة Compose

التكوين = شجرة حية من العقد القابلة للتكوين تدعم واجهتك في وقت التشغيل
تذكر = يحفظ كائنًا داخل التكوين طالما أن تلك النسخة من المكون تظل نشطة
خروج التكوين = إزالة المكون من الشجرة / تعطيل الفرع / فصل ComposeView → ينفذ Compose التنظيف ويوقف تأثيرات الكوروتين
الاحتفاظ = مرجع خارجي يستمر في الإشارة إلى كائن كان مخصصًا أصلاً للتكوين → لا يمكن لجامع القمامة استعادته

دورة حياة الكوروتين: الجيد، الآمن، والمشكلة

عندما تنتهي الكوروتينات بشكل صحيح

LaunchedEffect مع حلقة

شاهد النسخة الأصلية

قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.