YouTube

Got a YouTube account?

New: enable viewer-created translations and captions on your YouTube channel!

Arabic subtitles

04-07 Leaks_Continued_With_Heap_Viewer

04-07 Leaks_Continued_With_Heap_Viewer

Get Embed Code
13 Languages

Showing Revision 1 created 12/26/2015 by sp16.

  1. بعد عارض الذاكرة التكويمية GC الأولى،
    يوجد فقط 1.39 ميجا فارغة.
  2. قد يشير هذا إلى أن جامع البيانات
    عديمة النفع لم يستطع استعادة كثير
  3. من الذاكرة بسبب التسريب.
  4. بعد حدث GC الثاني، يشير العارض
    التكويمي إلى أن النظام قد قرر
  5. استيعاب أكبر للذاكرة في التطبيق
    عن طريق تخصيص مزيد من الذاكرة.
  6. زيادة الذاكرة التكويمية إلى
    حجم 32 ميجا بايت،
  7. وهو ما يصل من 20 ميغابايت في
    جمع البيانات عديمة النفع الأول.
  8. في هذا الوقت لدينا 12.9 ميجابايت
    فارغة في الذاكرة التكويمية لدينا
  9. عند هذه النقطة، فإن هذا النظام
    يستوعب ديناميكياً
  10. أكبر قدر من الذاكرة
    في هذا التطبيق.
  11. إذا تكرر التوسع، قد يؤدي إلى توقف
    التطبيق إذا كان النظام لا يمكنه
  12. تخصيص المزيد من الذاكرة للتطبيق.
  13. لذلك تذكر، يعتبر تسرب الذاكرة
    بطيء بشكل خبيث ويستغرق وقتا
  14. وبيئة الاختبار المناسبة
    للتأكيد على ذلك.
  15. أيضا، ضع في الاعتبار أن
    أحيانا نمطا من هذا القبيل
  16. قد يمثل
    الاستخدام المسموح به للذاكرة.
  17. على سبيل المثال،
  18. تخيل التطبيق المصمم لمعالجة
    . الرسومات الكبيرة أو الصور
  19. الاستبعاد هنا يكون عند رصد
    التسرب البطيء للذاكرة، ولكن
  20. دائما تأمل البيانات التي تجمعها،
  21. في مقابل نتائج وآثار الذاكرة
    على الوظائف الأساسية لتطبيقك.
  22. في هذه المرحلة، ينبغي أن تفهم
    كيف تتسرب الذاكرة بوضوح في SD.
  23. عند هذه النقطة، يجب أن تفهم كيف
    تتسرب الذاكرة بوضوح في SDK في
  24. الأدوات المقدمة مثل مراقب
    الذاكرة وعارض الذاكرة التكويمية.
  25. لكنك قد لا تعرف
    من أين بدأت.
  26. فيما يلي بعض أفضل الممارسات
    التي يمكنك اتخاذها لتجنب التسرب.
  27. تتبع حياة أشيائك
    أثناء كتابة الكود
  28. مع تنظيف المراجع عندما
    لم تعد في حاجة إليها.
  29. حسنا، في الشريحة التالية،
  30. سوف نحدد ما الذي يمكن
    ان يكون السبب في هذا التسرب.