原创干货丨Android内存优化总结

追查内存的方法第一步：使用lintlint会提醒你很多使用不得当的地方，主要会集中再这么几个地方：...

追查内存的方法

第一步：使用lint

lint会提醒你很多使用不得当的地方，主要会集中再这么几个地方：

（1）handler等长周期匿名内部类的使用，

（2）数据结构的优化，hashmap向稀疏数组的优化

（3）未使用的图片资源

第二步：使用脚本每隔1s输出对应包的PSS值

    PSS的定义是：Proportional Set Size 实际使用的物理内存（比例分配共享库占用的内存）。

共享内存则是：framework的代码与资源在ram中占有的内存。所以PSS值除了自身应用占有的内存外还包括共享内存中比例分配到单个应用身上的内存。

所以我觉得用这个值来定义是否进行了优化是比较合适的。

第三步：使用核心然后再退出的功能，查看PSS值是否飙升或者在使用后长时间不降低下来

如果遇到飙升虽然后续能降低下来，但是依然有可能OOM，这样我们也需要去追查是什么原因了，看如何能够减少内存的使用。

而内存使用长时间不降低下来肯定是因为对象使用后还被引用着导致未被销毁，当遇到这些情况后，我们要引入下一个工具了MAT。使用MAT分析内存内容比较多 就不在这里一一列举。

内存消耗过大的原因

  1 handler,resultreceiver等生命周期较长的匿名内部类，匿名内部类会持有外部类的引用，从而导致短期就算activity退出但其实其中的activity也会被引用从而导致相关的资源未被回收。

2 数据结构的优化，hashmap替换成sparsearray。

   3 图片的优化，采用缓存，图片缩略加载基于不同手机的分辨率获取不同尺寸的图片，必要时可以进行缩放以及色彩优化。

Android 色彩模式说明：

ALPHA_8：每个像素占用1byte内存。

ARGB_4444:每个像素占用2byte内存

ARGB_8888:每个像素占用4byte内存

RGB_565:每个像素占用2byte内存

Android默认的色彩模式为ARGB_8888，这个色彩模式色彩最细腻，显示质量最高。但同样的，占用的内存也最大。 另外bitmap要记得recycle。

 4 对象生命周期，这里有如下几点要注意：

（一）开发上尽量避免内存中太多对象的存在，比如可以用数据库来实现

（二）切勿在循环调用的地方去产生对象，比如很多人不会注意的在getview里new onclicklistener(),这样的方式拖动的次数越多那么就会产生越多的对象。当然还有在onDraw的地方newPaint等操作，这些都是需要避免的。

（三）使用完对象要及时销毁，比如能局部变量的不要使用全局变量，功能用完成后要去掉对他的引用。

（四）大内存对象长生命周期，现有的内存回收机制都是分为新生代，中生代，老年代进行回收，而老年代的回收会对性能影响颇大，所以要尽量避免这样的对象存在。

（五）bitmap记得recycle,cursor要记得close

（六）各种监听，广播等，注册后忘记取消等。

5  慎用service

理论上linux系统在内存充足时不会在程序退出就Kill这个进程，而是会保存进程到lrucache中从而方便下次快速启动。而android的几大组件的生命周期中，前台可见的activity优先级最高最难回收，然后前台不可见的activity次之，service是第三，而空进程则是最容易被回收的。

如果启动太多的service同时使用完毕后也不关系，那么就会造成内存的占用，即使是切换其他的程序这个service占用的内存也很难被回收，当内存过紧时就会造成系统的不稳定。

推荐IntentService。

    6 代码细节注意

Enums的内存消耗通常是static constants的2倍。你应该尽量避免在Android上使用enums。

在Java中的每一个类(包括匿名内部类)都会使用大概500 bytes。

每一个类的实例花销是12-16 bytes。

往HashMap添加一个entry需要额一个额外占用的32 bytes的entry对象。

在已知数量大小的情况下，初始化容器时订好容器大小，比如new arraylist(3)那么数组就只会分配三个空间。

 7 单例的使用

一般来说我们是不推荐用单例的，因为大家为了偷懒写代码更方便一个劲的整成了单例，越多的单例使用导致内存中长时间存活的对象过多，也会让内存占用过多。

 8 无效的资源

包括没有用到的图片等资源，以及可以缩小内存的外部library，比如视频sdk中我们使用了更小的一个。

    关注 千锋互联