كيف تعمل إدارة الذاكرة في Android وكيف تتجنب تسريب الذاكرة؟

Question

Accepted Answer

تعمل تطبيقات Android بـ **ذاكرة محدودة** وتخضع لعملية قتل النظام للتطبيقات تحت ضغط الذاكرة. فهم إدارة الذاكرة — وخاصة **تجنب تسريب الذاكرة** (مشكلة شائعة وخطيرة في Android) — مهم لتطبيقات مستقرة وعالية الأداء.

## أساسيات الذاكرة في Android

```text
→ Apps have a LIMITED heap; the system can KILL background apps to reclaim memory
→ Garbage collection reclaims unreachable objects — but GC pauses can cause jank, and
  objects that STAY reachable (leaks) are never collected
→ Low-memory devices are common (Android's range) → memory efficiency matters
```

## تسريب الذاكرة — المشكلة الشائعة

```text
A LEAK = an object that's no longer needed but is still REFERENCED (so GC can't free it).
Classic Android leaks:
  ✗ Holding an ACTIVITY/Context reference beyond its lifecycle:
    - a static field or singleton holding an Activity/Context
    - a long-lived listener/callback capturing an Activity
    - an inner class / non-cancelled coroutine / handler holding the Activity
  → the Activity can't be GC'd after it's destroyed → its whole view tree leaks (big!)
```

## تجنب التسريب

```text
✓ Don't hold Activity/Context in static fields or long-lived objects (use applicationContext
  where a long-lived context is needed)
✓ UNREGISTER listeners/observers; CANCEL coroutines (lifecycle scopes auto-cancel)
✓ Use LIFECYCLE-AWARE components (ViewModel, lifecycleScope, LiveData) — they clean up
✓ Be careful with inner classes/handlers (use weak references or static + WeakReference)
✓ DETECT with LeakCanary (flags leaks in development); profile memory in Android Studio
```

## لماذا يهمك هذا

فهم إدارة الذاكرة في Android وتجنب التسريب هو معرفة مستوى أول لأن **تسريب الذاكرة مشكلة شائعة وخطيرة في Android** تؤدي لتدهور الأداء والأعطال، وبيئة Android محدودة الذاكرة وتقتل التطبيقات تجعل كفاءة الذاكرة مهمة، لذا فهي قيّمة لبناء تطبيقات مستقرة.

تطبيقات Android تعمل بـ **ذاكرة محدودة** والنظام يمكنه قتل التطبيقات تحت ضغط الذاكرة، بينما جمع القمامة يستعيد الكائنات غير المرجعية لكنه لا يستطيع تحرير الكائنات المرجعية المتبقية (التسريب) — مما يجعل إدارة الذاكرة مهمة، خاصة نظراً لأجهزة Android العديدة منخفضة الذاكرة. **تسريب الذاكرة مشكلة شائعة وتأثيرية بشكل خاص في Android**: كائن لا يُحتاج إليه بعد الآن لكن مرجعي بعد يمنع جمع القمامة، و**التسريب الكلاسيكي في Android ينطوي على الاحتفاظ بمراجع Activity/Context بعد دورة حياتها** (عبر الحقول الثابتة، singletons، المستمعات طويلة الأجل، الفئات الداخلية، handlers، أو coroutines غير المُلغاة التي تلتقط Activity) — وهذا سيء بشكل خاص لأن Activity المسرب يسحب شجرة العرض الكاملة معه، تسريب ذاكرة كبير.

فهم أنماط التسريب هذه مهم لأنها مصادر متكررة وحقيقية لمشاكل الذاكرة والأعطال.

فهم **كيفية تجنب التسريب** — عدم الاحتفاظ بـ Activity/Context في الكائنات الثابتة أو طويلة الأجل (باستخدام applicationContext حيث هو مناسب)، إلغاء تسجيل المستمعات وإلغاء coroutines (نطاقات دورة الحياة تلغيها تلقائياً)، استخدام **مكونات واعية بدورة الحياة** (ViewModel, lifecycleScope, LiveData التي تنظف تلقائياً)، الحذر من الفئات الداخلية/handlers، و**الكشف عن التسريب باستخدام LeakCanary** والتنميط — هي المعرفة العملية الأساسية لمنعها.

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