【收藏篇】Android 性能优化策略集锦

原创
2016/09/19 10:07
阅读数 77

【威哥说】工作中每个人难免会遇到各种各样的问题,在移动开发中,大家最关注的一个问题就是性能的优化。下面磨砺营波波老师就Android性能优化给大家总结了几点方法。希望对大家有所帮助。

【正文】 虽然现在安卓手机基本配置都可以了,但是由于他里面的多后台,耗电量,运行的流畅性等等问题,都要求了我们能优化性能,每一分的性能优化都是程序更流畅的体验,更是客户满意度的一个体现,所以我们一般从如下几个方面来考虑性能优化:

1、对于资源的占用和释放

Android的成功依赖于你的程序提供的用户体验。而这种用户体验,部分依赖于你的程序是响应快速而灵活的,还是响应缓慢而僵化的。因为所有的程序都运行在同一个设备之上,都在一起,这就如果在同一条路上行驶的汽车。而这篇文档就相当于你在取得驾照之前必须要学习的交通规则。如果大家都按照这些规则去做,驾驶就会很顺畅,但是如果你不这样做,你可能会车毁人亡。这就是为什么这些原则十分重要。

当我们开门见山、直击主题之前,还必须要提醒大家一点:不管VM是否支持实时(JIT)编译器(xing:它允许实时地将Java解释型程序自动编译成本机机器语言,以使程序执行的速度更快。有些JVM包含JIT编译器。),下面提到的这些原则都是成立的。假如我们有目标完全相同的两个方法,在解释执行时foo()比bar()快,那么编译之后,foo()依然会比bar()快。所以不要寄希望于编译器可以拯救你的程序。

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、static 静态成员

static声明赋值调用就是那么的简单方便,但是伴随而来的还有性能问题。由于static声明变量的生命周期其实是和APP的生命周期一样的,有点类似与Application。如果大量的使用的话,就会占据内存空间不释放,积少成多也会造成内存的不断开销,直至挂掉。static的合理使用一般用来修饰基本数据类型或者轻量级对象,尽量避免修复集合或者大对象,常用作修饰全局配置项、工具类方法、内部类。

5、Bitmap 大杀器

很多OOM的出现都是由于Bitmap处理不当而造成的。Bitmap位图是android中的巨无霸,由于Dalivk并不会主动的去回收,需要开发者在Bitmap不被使用的时候recycle掉。使用的过程中,及时释放是非常重要的。同时如果需求允许,也可以去BItmap进行一定的缩放,通过BitmapFactory.Options的inSampleSize属性进行控制。如果仅仅只想获得Bitmap的属性,其实并不需要根据BItmap的像素去分配内存,只需在解析读取Bmp的时候使用BitmapFactory.Options的inJustDecodeBounds属性。最后建议大家在加载网络图片的时候,使用软引用或者弱引用并进行本地缓存,推荐使用android-universal-imageloader或者xUtils,牛人出品,必属精品。前几天在讲《自定义控件(三)  继承控件》的时候,也整理一个,大家可以去Github下载看看。

6、RecyclerView、ListView和GridView的item缓存

对于现阶段的android机型,页面的绘制其实是很耗时的,findViewById也是蛮慢的。所以不重用View,在有列表的时候就尤为显著了,经常会出现滑动很卡的现象。

7、多线程

线程不宜开启过多,并且要记得关闭,具体如何关闭,可使用定义标记然后自己打断自己。另外管理线程推荐使用线程池。

8、String 和 StringBuilder,StringBuffer

多个字符串拼接时,使用StringBuilder,避免过多的创建对象,多线程时使用StringBuffer.

9、Cursor

在操作数据库时,会返回一个cursor,查询完毕时要及时关闭,这样能有效的让GC处理掉返回的结果集而释放内存。

输入图片说明

展开阅读全文
打赏
0
2 收藏
分享
加载中
更多评论
打赏
0 评论
2 收藏
0
分享
返回顶部
顶部