Android内存优化的要点

发布时间：2023-11-11 11:09:06 所属栏目：教程来源：未知

导读： 　　Android内存优化的关键点。

　　 1、万恶的static

　　 static是个好东西，声明赋值调用就是那么的简单方便，但是伴随而来的还有性能问题。

　　

　　Android内存优化的关键点。

　　    1、万恶的static

　　        static是个好东西，声明赋值调用就是那么的简单方便，但是伴随而来的还有性能问题。

　　        由于static声明变量的生命周期其实是和APP的生命周期一样的，有点类似与Application。

　　        如果大量的使用的话，就会占据内存空间不释放，积少成多也会造成内存的不断开销，

　　        直至挂掉。static的合理使用一般用来修饰基本数据类型或者轻量级对象，

　　        尽量避免修复集合或者大对象，常用作修饰全局配置项、工具类方法、内部类。

　　    2、无关引用

　　        很多情况下，我们需求用到传递引用，但是我们无法确保引用传递出去后能否及时的回收。

　　        比如比较有代表性的Context泄漏，很多情况下当Activity 结束掉后，

　　        由于仍被其他的对象指向导致一直迟迟不能回收，这就造成了内存泄漏。这时可以考虑第三条建议。

　　    3、善用SoftReference/WeakReference/LruCache

　　        Java、Android中有没有这样一种机制呢，当内存吃紧或者GC扫过的情况下，

　　        就能及时把一些内存占用给释放掉，从而分配给需要分配的地方。答案是肯定的，

　　        java为我们提供了两个解决方案。如果对内存的开销比较关注的APP，可以考虑使用WeakReference，

　　        当GC回收扫过这块内存区域时就会回收；如果不是那么关注的话，可以使用SoftReference，

　　        它会在内存申请不足的情况下自动释放，同样也能解决OOM问题。

　　        同时Android自3.0以后也推出了LruCache类，使用LRU算法就释放内存，一样的能解决OOM，

　　        如果兼容3.0一下的版本，请导入v4包。关于第二条的无关引用的问题，

　　        我们传参可以考虑使用WeakReference包装一下。

　　    4、谨慎handler

　　        在处理异步操作的时候，handler + thread是个不错的选择。但是相信在使用handler的时候，

　　        大家都会遇到警告的情形，这个就是lint为开发者的提醒。handler运行于UI线程，

　　        不断处理来自MessageQueue的消息，如果handler还有消息需要处理但是Activity页面已

　　        经结束的情况下，Activity的引用其实并不会被回收，这就造成了内存泄漏。

　　        解决方案，一是在Activity的onDestroy方法中调用

　　        handler.removeCallbacksAndMessages(null);取消所有的消息的处理，

　　        包括待处理的消息；二是声明handler的内部类为static。

　　    5、Bitmap终极杀手

　　        Bitmap的不当处理极可能造成OOM，绝大多数情况都是因这个原因出现的。

　　        Bitamp位图是Android中当之无愧的胖小子，所以在操作的时候当然是十分的小心了。

　　        由于Dalivk并不会主动的去回收，需要开发者在Bitmap不被使用的时候recycle掉。

　　        使用的过程中，及时释放是非常重要的。同时如果需求允许，也可以去BItmap进行一定的缩放，

　　        通过BitmapFactory.Options的inSampleSize属性进行控制。如果仅仅只想获得Bitmap的属性，

　　        其实并不需要根据BItmap的像素去分配内存，

　　        只需在解析读取Bmp的时候使用BitmapFactory.Options的inJustDecodeBounds属性。

　　        最后建议大家在加载网络图片的时候，使用软引用或者弱引用并进行本地缓存，

　　        推荐使用android-universal-p_w_picpathloader或者xUtils，牛人出品，必属精品。

　　    6、Cursor及时关闭

　　        在查询SQLite数据库时，会返回一个Cursor，当查询完毕后，及时关闭，

　　        这样就可以把查询的结果集及时给回收掉。

　　    7、页面背景和图片加载

　　        在布局和代码中设置背景和图片的时候，如果是纯色，尽量使用color；

　　        如果是规则图形，尽量使用shape画图；如果稍微复杂点，

　　        可以使用9patch图；如果不能使用9patch的情况下，

　　        针对几种主流分辨率的机型进行切图。

　　    8、ListView和GridView的item缓存

　　        对于移动设备，尤其硬件参差不齐的android生态，页面的绘制其实是很耗时的，

　　        findViewById也是蛮慢的。所以不重用View，在有列表的时候就尤为显著了，

　　        经常会出现滑动很卡的现象。

　　    9、BroadCastReceiver、Service

　　        绑定广播和服务，一定要记得在不需要的时候给解绑。

　　    10、I/O流

　　        I/O流操作完毕，读写结束，记得关闭。

　　    11、线程

　　        线程不再需要继续执行的时候要记得及时关闭，开启线程数量不易过多，一般和自己机器内核数

　　        一样最好，推荐开启线程的时候，使用线程池。

　　    12、String/StringBuffer

　　        当有较多的字符创需要拼接的时候，推荐使用StringBuffer。

（编辑：厦门网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!