简述
Android studio(下面简称AS)为App提供的性能分析工具,在AS3.0+替换掉旧的分析工具,对于其使用方法,官方也有对应的介绍:Android Profiler
对于使用方法,我只用到比较简单的功能,高级的还没用到,使用案例进行简答的使用,在此之前,你可能需要到官方文档中了解Profiler中一些字段的基本意思
Activity 内存泄漏检测用法
主要用到Profiler模块:
页面泄漏案例:
创建两个Activity 一个为默认Activity A,一个demo的Activity B,A启动B,然后在按下返回退出B页面,B中代码如下:
class ProfilerMainActivity : AppCompatActivity() {
companion object {
//定义一个静态变量,引用Activity实例
var refAct: ProfilerMainActivity? = null
}
private lateinit var student: Student
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_profiler_main)
//让静态变量一直持有当前实例
refAct = this
student = Student()
student.sayHello()
}
}
接下来,我们先使用Profiler工具的Capture heap dump抓取一段内存堆数据:
A启动B后:
此时还是正常的情况
退出B
当我们退出B页面时重新抓取一段:
可以看出Activity的ondestroy生命周期已经执行完成,按道理页面已经被销毁,内存中不应该继续有该对象,而该对象正是被上面的静态变量引用导致GC一直不能释放该对象。
模拟解决该问题
在上面页面中finish操作:
class ProfilerMainActivity : AppCompatActivity() {
//省略。。。。
override fun finish() {
super.finish()
refAct = null
}
}
再重复上面抓取步骤抓取一次内存数据:
可以看出,内存中仍然存在该对象,但是该对象已经没有谁引用他,那么 他将会在下一次GC回收垃圾时,被回收掉,这里我们直接强制GC执行垃圾回收,看看猜测是否正确:
抓取
可以发现,ProfilerMainActivity实例已经不再出现在内存当中。
使用Record Java/Kotlin allocations
主要记录一段时间中堆的对象个数、销毁时间
还是上面的代码 这次我们看Studen这个对象,执行操作A–》B–》A–》B,然后多次强制执行垃圾回收,抓取数据如下
看上图,Studen被创建两次,所以整个过程一共记录了两个对象,1和2,他们之间的区别是1中 Dealloc Time 不为空,没有Instance details 因为Student在第一次启动页面时创建,退出B页面后,被GC回收了 整个活跃时间为1s05ms,而2中Dealloc Time不为空 说明还没被回收,Instance details中记录了这个对象的堆栈信息,还在堆中活跃文章来源:https://www.toymoban.com/news/detail-401676.html
总结
Profiler工具为了我们能方便查看内存泄漏的地方,专门提供了一个View app heap 分类来报告哪些页面泄漏,同时,我们还可以在里面查看非页面类有没有正常被释放,比如单例,当我们退出某个功能后,手动把单例置为空(”销毁“),我们只需在强制GC后抓取一段内存数据查看该对象是否仍在活跃即可。文章来源地址https://www.toymoban.com/news/detail-401676.html
到了这里,关于简单使用AndroidStudio 官方Profiler工具进行内存泄漏检查的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!