Indonesian 字幕

← 04-06 Spotting_Leaks_In_Memory_Monitor

04-06 Spotting_Leaks_In_Memory_Monitor

埋め込みコードを取得する
13言語

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

  1. Baiklah, mari kita bicara
    tentang kebocoran memori.
  2. Kebocoran memori memang licik.
  3. Mereka bisa lambat dan berbahaya,
    kadang berhari-hari atau berminggu-minggu
  4. sebelum Anda bahkan
    menyadari sudah mengalaminya.
  5. Bahkan, Anda hanya mungkin
    menyadari memori merupakan masalah
  6. saat pengguna Anda mulai mengeluh
    tentang penurunan misterius
  7. yang terjadi setelah
    menggunakan aplikasi Anda.
  8. Jangan biarkan ini terjadi pada Anda.
  9. Untungnya, dengan kesabaran,
    pola pikir Perf, dan alat yang tepat,
  10. Anda memiliki kesempatan untuk
    mengakhiri kebocoran ini selamanya.
  11. Kami memakai Memory Monitor
    untuk melihat terjadinya kebocoran
  12. dan di dalam video berikutnya,
  13. kami akan memakai Heat Viewer
    untuk mendapatkan konfirmasi awal.
  14. Sekarang mari kita lihat contoh mikro
    mengenai seperti apa kebocoran itu
  15. dan melihat bagaimana alat SDK dapat
    membantu kami mengidentifikasi kebocoran.
  16. Dalam contoh ini, kita akan
    memutar perangkat selama beberapa menit
  17. dan melihat profilnya
    dengan Memory Monitor.
  18. Aplikasi didesain untuk menampilkan
    situasi kebocoran yang dapat timbul selama
  19. penciptaan dan penghancuran
    dari suatu kegiatan.
  20. Kami sengaja dapat memicu siklus ini
    dengan mengubah orientasi perangkat.
  21. Dan ya, saya tahu, ini mungkin
    tampak seperti hal aneh untuk dilakukan,
  22. tapi kami lakukan ini untuk menunjukkan
    bagaimana kebocoran bisa terjadi
  23. dan menunjukkan bagaimana
    mereka bisa lambat dan berbahaya.
  24. Sekarang, di langkah pertama,
  25. kebocoran perlahan mengkonsumsi
    memori bebas tersedia untuk aplikasi Anda,
  26. sampai akhirnya hal itu menyebabkan
    koleksi sampah atau GC.
  27. Lebih penting, kunci pemberitahuannya,
    pengumpul sampah
  28. tidak mampu merebut kembali banyak
    memori karena kebocoran di aplikasi.
  29. Dan lalu, akhirnya,
  30. GC kedua terjadi lebih cepat,
    sekitar 30 detik kemudian.
  31. Sekarang, perhatikan saat kebocoran
    mengkonsumsi semua memori bebas,
  32. Android sebenarnya menyesuaikan
  33. dan memberikan plafon memori
    aplikasi yang lebih tinggi.
  34. Meskipun ini merupakan
    penyesuaian bagus oleh sistem
  35. jika kebocoran tidak diperbaiki,
  36. itu akan terus memakan memori sampai
    sistem tak bisa lagi mengalokasikan lagi.
  37. Ini akan memperlambat kinerja perangkat
  38. dan akhirnya menyebabkan
    aplikasi Anda mengakami Crash.
  39. Anda bisa menunggu sedikit lebih lama,
    dan GC ketiga akan terjadi.
  40. Kemudian keempat dan agak
    mirip dengan dua yang pertama.
  41. Sekarang, seperti yang Anda lihat,
    polanya berlanjut,
  42. dan lebih banyak memori
    dialokasikan oleh sistem.
  43. Anda juga dapat temukan perilaku
    serupa dengan menggunakan Heat Viewer.