Showing Revision 6 created 02/18/2016 by QA_SP_7_IND.

1. Title:
   04-04 Memory_Leaks
2. Description:

   04-04 Memory_Leaks

3. 111 0:00 - 0:03
   Hal terbaik tentang
   Android Java Language
4. 2945 0:03 - 0:06
   adalah aplikasi itu bisa mengelola
   lingkungan memori yaitu,
5. 6121 0:06 - 0:09
   Anda tidak harus
   hati-hati menanganinya
6. 8535 0:09 - 0:11
   saat objek dibuat atau dihancurkan.
7. 10948 0:11 - 0:13
   Walaupun ini sangat hebat,
8. 12620 0:13 - 0:17
   ada beberapa masalah kinerja tersembunyi
   di bawah permukaan.
9. 17186 0:17 - 0:20
   Ingatlah,
   timbunan memori di Android Runtimes
10. 20303 0:20 - 0:24
    tersegmentasi ke dalam ruang,
    berdasarkan jenis alokasi
11. 23620 0:24 - 0:26
    cara terbaik agar sistem dapat
    mengatur alokasi
12. 25939 0:26 - 0:28
    kegiatan GC masa depan.
13. 27811 0:28 - 0:31
    Tiap ruang punya ukuran
    memori sendiri yang dilindungi.
14. 30543 0:31 - 0:35
    Saat berbagai ukuran suatu objek
    dalam ruang mulai mendekati batas atasnya
15. 34664 0:35 - 0:38
    kegiatan pengumpulan sampah
    dimulai untuk membebaskan ruang
16. 37767 0:38 - 0:40
    dan menghapus objek yang tidak diperlukan.
17. 40107 0:40 - 0:44
    GC pada umumnya tidak
    menjadi masalah pada kinerja Anda.
18. 43879 0:44 - 0:47
    Namun, sering terjadi berulang kali,
19. 46718 0:47 - 0:49
    cepat menghabiskan
    frametime mu.
20. 48527 0:49 - 0:51
    Makin banyak waktu dihabiskan
    untuk melakukan GC,
21. 50875 0:51 - 0:54
    Makin sedikit Anda melakukan hal lain,
    rendering atau streaming audio.
22. 54320 0:54 - 0:59
    Hal umum penyebab pengembang
    gagal dan menyebabkan banyak GS
23. 58991 0:59 - 1:01
    disebut sebagai kebocoran memori.
24. 60681 1:01 - 1:04
    Kebocoran memori adalah objek
    yang aplikasi tidak lagi menggunakannya,
25. 64086 1:04 - 1:07
    tapi pengumpul sampah gagal untuk
    mengenali mereka sebagai sampah.
26. 67328 1:07 - 1:09
    Hasilnya mereka tetap berada ditumpukan,
27. 69502 1:10 - 1:13
    mengambil ruang berharga yang
    tidak pernah dikosongkan untuk objek lain.
28. 73162 1:13 - 1:15
    Saat kebocoran
    memori terjadi,
29. 74567 1:15 - 1:19
    ruang yang tersedia jadi
    lebih kecil, kecil, dan lebih kecil,
30. 78974 1:19 - 1:22
    sehingga lebih banyak GC
    akan lebih sering dieksekusi
31. 82196 1:22 - 1:25
    untuk membebaskan ruang
    untuk eksekusi program yang normal.
32. 85386 1:25 - 1:28
    Mencari dan memperbaiki kebocoran
    adalah urusan yang rumit.
33. 88513 1:29 - 1:30
    Beberapa kebocoran
    mudah timbul,
34. 90021 1:30 - 1:32
    seperti buat referensi melingkar ke objek
35. 92125 1:32 - 1:34
    yang tidak digunakan program.
36. 93729 1:34 - 1:35
    Sementara lainnya tidak sederhana,
37. 95409 1:35 - 1:39
    seperti memegang pada gagang ke objek
    kelas pemuat seperti yang sedang dimuat.
38. 99459 1:39 - 1:43
    Dalam kedua kasus, kelancaran,
    aplikasi cepat harus tanggap dan
39. 103160 1:43 - 1:46
    memori sensitif,
    kebocoran yang mungkin ada.
40. 105570 1:46 - 1:48
    Maksudku, kode Anda berjalan
    di federasi perangkat
41. 108045 1:48 - 1:49
    dan berbagai jenis,
42. 109188 1:49 - 1:52
    tidak semuanya punya
    jejak memori yang sama dan ukuran.
43. 112031 1:52 - 1:55
    Untungnya, ada alat sederhana
    yang bisa membantu kita melihat
44. 114957 1:55 - 1:58
    tempat kebocoran ini mungkin ada
    di dalam SDK Android.
45. 117895 1:58 - 1:59
    Mari kita lihat.