内存优化（四）(1)，Android开发揭秘

OpenSSL Sockets: 1

SQL

MEMORY_USED: 138

PAGECACHE_OVERFLOW: 24 MALLOC_SIZE: 62

DATABASES

pgsz dbsz Lookaside(b) cache Dbname

4 20 306 25/47/12 /data/data/com.xtc.watch/databases/upload.db

• Native Heap是native层的内存堆栈，Dalvik Heap是java层的内存堆栈，如果这二者加起来的内存占用超过了应用最大内存限制就会报OOM异常，剩下的.so mmap是 C 库代码占用的内存，.jar mmap是Java 文件代码占用的内存 ，.apk mmap是apk代码占用的内存，.dex mmap是Dex 文件代码占用的内存

• Objects中的Activities表示当前内存中的activity对象的个数，启动一个activity就会生成一个activity对象，当退出activity的时候，activity对象就会被释放，所以反复的进出一个activity界面然后查看Activities的个数有没有保持不变，如果增加了，那么就说明这个activity对象没有被释放，也就是说可能存在内存泄漏，但是具体哪里泄漏了并不知道

DDMS查看内存使用情况

eclipse中有一个ddms工具，可以查看线程信息(Threads)，内存使用情况(VM Heap)，内存分配跟踪(Allocation Tracker)，CUP使用情况(Sysinfo CUP load)，内存使用饼状图(Sysinfo Memory usage)，这里我们暂时用到VM Heap，选择要查看的app进程，点击左上角的show heap updates，选择VM Heap并点击Cause GC按钮，然后就出现下图：

观察data object的Total Size选项，这个是app的创建的java对象做占用的内存大小，Count是总内存的对象的个数，反复的进出一个activity，看data object的Total Size有没有明显的增加，正常情况下进入一个activity的时候会明显增加，退出一个activity会有明显的回落，总体是维持在一个比较稳定的水平如果反复进出activity，Total Size不断上升，那么可能就存在内存泄漏了，需要具体排查

MAT分析内存泄漏，用AndroidStudio的Monitors的Memory

• 多点击几下Initiate GC来回收一下可被释放的java对象，因为java的GC是定期有条件执行的，当内存中只存在很少的无用对象，这时候可能并不会触发GC，所以手动触发GC来保证开始检测内存的时候内存都是最干净的

• 点击Dump Java Heap，然后过一会儿就会出现一份数据分析文件，这时候的这份数据文件是刚开始的程序对象内存占用情况，接下去就针对一个activity反复操作进出等等各种反复操作，觉得差不多了，这时候就再次疯狂点击Initiate GC回收一下可是放的对象，点击Dump Java Heap，这时候生成的数据分析文件就是经过你疯狂操作后的内存占用情况了

生成的上述两个文件右键，点击Export to Standar .hprof导出到一个自己指定的目录文件夹

• 去官网上面下载MAT来打开这两个文件开始内存分析

上图中Problem Suspect部分是代表可能存在内存泄漏的地方，Remainder表示正常的部分，再继续往下看

上面就是对可能存在内存泄漏部分的代码的一个详细的信息，可以看到有些byte数组占用了大量的内存，keywords也是byte[]，第二张图的DexCache可能占用的较多的内存，再点击

红色部分就会出现一些对象的信息列表：

可以输入正则表达式来筛选你想要的类，包名下所有的类，Objects是对象的个数，Shallow Heap是当前对象所占用的内存大小，不包括对象内包含的对象的大小，Retained Heap表示当前对象包括对象内的子对象一共占用的内存大小，所以Retained Heap会比Shallow Heap大得多，对于一些我们已知的对象在内存不泄露的情况下，该对象的个数是确定的，所以可以通过分析Objects的个数来确定对象是否存在内存泄漏，例如同一个Activity对象在反复进出该Activity5次之后Objects的值为5，那就有问题了，说明同一个Activity创建了5个对象，正常情况下应该是退出Activity后，对象会被回收的，所以Objects的值应该是0才对，而有些对象的Objects不为0并不代表一定存在内存泄漏，例如ConnectionService是一个常驻的Service，那么它是不会被GC的，而ConnectionService里面的对象可不会被回收，所以这些对象的Objects值不为0其实就是正常的了，至于Shallow Heap和Retained Heap，我觉得可以用来分析一些对象的内存占用，Shallow Heap一般情况下不会很大，当你发现Retained Heap非常大的时候，那就说明该对象里面的对象可能占用了大量的内存，可能存在问题；在用Objects找到可能存在内存泄漏的对象后，右键List Objects，然后有两个选项：with outgoing references（表示的是当前对象，引用了外部引用）和with incoming references（表示的是当前查看的对象，被外部引用），一般当前对象泄漏了就是对象还被外部对象持有引用，无法被释放，所以我们选择查看with incoming references

，点击with incoming references后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

最后

我见过很多技术leader在面试的时候，遇到处于迷茫期的大龄程序员，比面试官年龄都大。这些人有一些共同特征：可能工作了7、8年，还是每天重复给业务部门写代码，工作内容的重复性比较高，没有什么技术含量的工作。问到这些人的职业规划时，他们也没有太多想法。

其实30岁到40岁是一个人职业发展的黄金阶段，一定要在业务范围内的扩张，技术广度和深度提升上有自己的计划，才有助于在职业发展上有持续的发展路径，而不至于停滞不前。

不断奔跑，你就知道学习的意义所在！

以上进阶BATJ大厂学习资料可以免费分享给大家，需要完整版的朋友，【点这里可以看到全部内容】。

上有持续的发展路径，而不至于停滞不前。

不断奔跑，你就知道学习的意义所在！

以上进阶BATJ大厂学习资料可以免费分享给大家，需要完整版的朋友，【点这里可以看到全部内容】。