移动App性能测评与优化1.3　新问题的进一步挖掘

1.3　新问题的进一步挖掘

上一节介绍了内存测试的基本流程，讲述了如何发现并处理简单的内存问题。对于Dalvik Heap部分总结出了一些常见的问题模式，以及如何使用工具识别和处理这些常见的内存问题。

当简单问题不再是问题的时候，我们就会开始遇上一些奇怪问题了，类似于下面这些：

“我们这个版本引入了一个挺简单的库，内存就涨了2MB。”

“这些代码只是初始化了几个对象，还没有开始用呢。”

“我只是改了一行代码，没有创建新对象。”

“我一行代码都没改，怎么会涨呢？”

这次出现的问题就是这样一类问题，新版本的Dalvik Heap Pss内存出现了2MB左右的增长，但Dalvik Heap
Alloc只增长了273KB，而从Dalvik Heap Free也能看出大部分增长的内存是处于空闲状态的。

对问题经过一段时间的观察，我们有以下几点发现：

经过较长时间待机后也没有被释放回系统。

有几处代码会导致内存增长，只要将这些代码屏蔽掉，内存使用情况就下降到正常水平。

这些代码分配的内存并不多，甚至有些地方是不需要分配内存的。

有些代码并不是这个版本新加入的，已经存在较长时间了。

使用裁剪功能的方法编译并分析内存后，基本可以确定是新加入代码消耗了内存，但并没有内存泄漏，代码经过审查也没有发现问题。

这个结果让我们陷入了困惑，常用的方法找不出问题，说明有更深层次的原因。接下来要从更底层的DVM虚拟机寻找问题。