Chinese, Simplified subtitles

← 04-07 Leaks_Continued_With_Heap_Viewer

04-07 Leaks_Continued_With_Heap_Viewer

Get Embed Code
13 Languages

Showing Revision 3 created 02/08/2016 by sp16.

  1. 通过heap viewer,可知第一次GC仅释放了1.39兆内存。
  2. 这种结果显示,因为漏洞的存在,
  3. 垃圾清理无法回收全剖垃圾。
  4. Heap viewer显示第二次GC后,
  5. 系统必须经由配置更多的内存,来调整内存量。
  6. 堆从第一次GC的20兆,
  7. 增加到32兆。
  8. 此次Java堆释放了12.9兆。
  9. 这时,
  10. 系统不断地为程序配置更多的内存。
  11. 以上动作如果一再重复,系统终会无法配置内存。
  12. 程序也就挂了。
  13. 切记,内存漏洞非常缓慢又不易被发现,
  14. 需要时间,跟适当的环境来确认,
  15. 有时,这样的数据,
  16. 也表示内存的正当存取。
  17. 比如
  18. 处理图片跟照片的程序,
  19. 表面看似内存在泄漏,
  20. 实际上它针对核心功能的存储器,
  21. 不停地进行数据评估。
  22. 因此,要明白内存漏洞如何显示在SD上。
  23. 也要清楚,内存漏洞如何显示在拥有SDK的工具上。
  24. 如Memory Monitor和Heap Viewer。
  25. 但是,各位可能不知道他们源于何地,
  26. 以下这些方法,可以防止漏洞的出现。
  27. 利用编码查看程序的寿命,
  28. 清理不用的文件。
  29. 接下来,
  30. 辨别漏洞产生的原因。