Indonesian subtitles

← 04-07 Leaks_Continued_With_Heap_Viewer

04-07 Leaks_Continued_With_Heap_Viewer

Get Embed Code
13 Languages

Showing Revision 2 created 01/10/2016 by sp16.

  1. Menggunakan Heap Viewer,
    kita dapat melihat setelah GC pertama
  2. hanya 1,39 megabit yang bebas.
  3. Ini mungkin menunjukkan kolektor sampah
    tidak mampu merebut banyak
  4. memori karena kebocoran.
  5. Setelah GC kedua, Heap Viewer
    menunjukkan bahwa sistem memutuskan untuk
  6. menampung jejak memori
    yang lebih besar untuk aplikasi ini
  7. dengan alokasikan lebih banyak memori.
  8. Meningkatkan ukuran
    tumpukan ke 32 megabit,
  9. Yang naik dari 20 megabit di GC pertama.
  10. Kali ini, kita memiliki 12,9 megabit
    bebas dalam tumpukan kami.
  11. Pada titik ini, sistem secara dinamis
    mengakomodatif untuk
  12. jejak memori yang lebih besar
    dari aplikasi ini.
  13. Jika ekspansi terulang,
    ini dapat mengakibatkan aplikasi Crash
  14. dan sistem tak lagi bisa mengalokasikan
    lebih banyak memori untuk aplikasi.
  15. Jadi ingat, kebocoran memori itu
    lambat dan mereka berbahaya
  16. dan membutuhkan waktu dan lingkungan
    pengujian yang tepat untuk konfirmasi.
  17. Perlu diingat bahwa
    terkadang pola seperti ini
  18. mungkin mewakili penggunaan
    yang sah dari memori.
  19. Misalnya,
  20. bayangkan sebuah aplikasi yang dirancang
    untuk memanipulasi grafis besar atau foto.
  21. Yang menarik di sini adalah
    waspadalah untuk memori bocor yang lambat,
  22. tapi selalu menimbang
    data yang Anda kumpulkan,
  23. terhadap implikasi memori
    dari fungsi inti aplikasi Anda.
  24. Sekarang Anda seharusnya sudah paham
    bagaimana kebocoran memori terjadi di SD.
  25. Pada titik ini, Anda seharusnya paham
  26. bagaimana kebocoran terjadi
    dan SDK menyediakan alat
  27. seperti Memory Monitor dan Heap Viewer.
  28. Tapi Anda mungkin tak tahu
    dari mana mereka berasal.
  29. Berikut ini beberapa praktik terbaik
    untuk menghindari kebocoran.
  30. Melacak kehidupan seluruh kode objek Anda
  31. dan membersihkan referensi saat
    Anda tidak lagi membutuhkannya.
  32. Oke, di tampilan berikutnya,
  33. kita akan mengidentifikasi
    sebab kebocoran ini.