通过Provider对com.android.camera2进行memory监控仅仅相当于对某一进程的memory info信息监控,当真正发生内存泄漏的情况下,单独check camera.android.camera2单独的包肯定是不能完全的check问题点的,可以通过sysinfo所对应的/proc/meminfo信息里面的MemAvailable 显示的大小进行宏观的使用情况查看,进而对怀疑的进程通过dumpsys meminfo的方式去check具体的怀疑进程,现在以Camera模块为例进行问题说明。
一、sysinfo信息确定问题时间节点
每2min打印系统meminfo 的sysinfo log,在相关问题发生的时间节点前后可以通过sysinfo的大致时间点初步确定一下meminfo的状态是否有问题。
具体追踪log如下:
先看是否有crash等造成camera崩溃的log产生
分析sysinfo相关的memAvailable,每2min之内有200M左右的memory信息波动,在一个2min的波段之内发生了800M的内存波动,这边的异常发生会导致camera crash等相关信息进而释放掉占用的内存导致大的内存变化波动。
22:52:25-22:54:26之间分析其他的main log对应的节点发现 com.a