前几篇文章详细讨论了Android中性能优化的问题。本篇文章是对前面部分的一个总结(读者可以翻看之前的文章),同时笔者结合了实际项目中的经验,希望能对大家抛砖引玉。
Android性能优化,也是面试中几乎必问的知识点。本文也将告诉你如何回答这样的问题。
实际项目中的Android性能优化主要有如下几个方面:
-
编写高效代码—开发中总结出的一些小的性能Tips
-
Layout布局优化
-
内存优化
编写高效代码
本节告诉你如何编写高效代码,并总结了一些小的性能优化点。
编写高效代码的两个原则
-
不要写不需要的代码
-
不要分配不必要的内存
以上两个原则,似乎感觉是废话,但确实是编程的最高境界,也是我们编写代码的过程中时刻需要思考和注意的两个方面。
那么如何做到如上两点呢?下面列出了一些实际开发中的小的例子。
1.避免产生不必要的对象
例如:
-
int的数组比Integer对象数组要好得多。两个平行的int数组要比一个(int,int)型的对象数组高效。这对于其他任何基本数据类型的组合都通用
-
两个平行数组Foo[],Bar[]会优于一个(Foo,Bar)对象的数组
-
通常来讲,尽量避免创建短时零时对象.少的对象创建意味着低频的垃圾回收
对象的分配和回收都是需要代价的;分配的内存越多,就会引起强制的内存回收;给用户体验增加小的停顿间隙,从而影响用户体验。
用户能感觉到卡顿的时间延迟是100ms ~ 200ms。
2.用静态代替虚拟
-
如果方法不需要访问某对像的字段,将该方法设置为静态,调用速度会提升15%~20%
-
对于常量使用 final static
final static int intVal = 42;
final static String strVal = "Hello world";
注:这种优化仅仅是针对基本数据类型和String类型常量的,而非任意的引用类型。但尽可能的将常量声明为static final是一种好的做法。
为什么尽量将将常量声明为static final是一种好的做法呢?这是因为:
-
当上面的代码块没有final修饰符时,编译器会生成一个类初始化方法,当该类初次被使用时执行,这个方法将42存入intVal中,并得到类文件字符串常量strVal的一个引用。当这些值在后面被引用时,他们通过字段查找进行访问。
-
声明为final字段后, 类不再需要方法,因为常量通过静态字段初始化器载进入dex文件中。引用intVal的代码,将直接调用整型值42;而访问strVal,也会采用相对开销较小的“字符串常量”指令替代字段查找。
本节讨论的是一些微小的性能提升,可能不会给你的程序性能改善产生显著的效果。决定程序整体性能的仍然取决于程序的业务逻辑设计、代码的数据结构和算法。但你需要将这些优化技巧应用到平时的编码过程中,积少成多,也会对性能有很大的影响
3.避免内部的getter和setter
4.使用增强for循环
对于ArrayList和数组,手写的计数循环迭代要比增强for循环快3倍
结论:优先采用改进for循环,但在性能要求苛刻的ArrayList迭代中,考虑采用手写计数循环。 (参见 Effective Java item 46.)
5.避免使用浮点数
通常的经验是,在Android设备中,浮点数会比整型慢两倍
6.在没有JIT的设备上,调用方法所传递的对象采用具体的类型而非接口类型会更高效
void methodA(List<String> list);
void methodA(ArrayList<String> list);
如上,后一种比前一种更高效。
7.数据库操作方法的优化
-
尽量利用原生的SQL语句
原生的SQL省去了拼接sql语句的步骤,要比SqliteDatabase提供的insert、query、 update、delete等函数效率高。当数据库越大,差别也越大
-
当操作条数较多时,利用事务进行批处理
这样SQLite将把全部要执行的SQL语句先缓存在内存当中,然后等到COMMIT的时候一次性的写入数据库,这样数据库文件只被打开关闭了一次,效率自然大大的提高
db.beginTransaction();
for(Collection c:colls){ insert(db, c); } db.setTransactionSuccessful();
8.Http请求方式的选择
Android 内置了两种HTTP方式:HttpURLConnection 和 Apache HttpClient。这两种都支持HTTPS、流式上传和下载、可配置超时、IPv6和连接池。在Gingerbread或者更高版本时,推荐使用HttpURLConnection。
这是因为: HttpURLConnection API 更简单,包更小。同时对传输数据的压缩和响应的缓存处理减少了网络带宽、提高了速度,也节省了电量。
优化布局
Layouts是Android应用里直接影响用户体验的一个关键部分。如果Layout设计的不好,可能导致你的应用大量的内存占用从而导致UI响应很慢。Android SDK提供了工具帮助你分析你的Layouts的性能问题。结合工具同时遵循本节讨论的做法,能实现滑动流畅、占用内存最小的用户界面。
使用Hierarchy Viewer
Hierarchy Viewer工具位于 < SDK >\tools\目录下 ,该工具能分析出你的布局不合理和可以优化的地方。具体用法参见之前文章的介绍例子。
大多数情况下,布局渲染时间差别较大的原因是在LinaerLayout里使用了layout_weight。这将会增加测量(Measure)的时间。你应该仔细的考虑是否有必要使用layout weight。
使用Lint
使用Lint — 查看你的view 层级哪些地方可以优化
-
使用compound drawables - 一个包含了ImageView与TextView的LinearLayout可以被当作一个compound drawable来处理
-
使用merge根框架 - 如果FramLayout仅仅是一个纯粹的(没有设置背景,间距等)布局根元素,我们可以使用merge标签来当作根标签
-
无用的分支 - 如果一个layout并没有任何子组件,那么可以被移除,这样可以提高效率
-
无用的父控件 - 如果一个layout只有子控件,没有兄弟控件,并且不是一个ScrollView或者根节点,而且没有设置背景,那么我们可以移除这个父控件,直接把子控件提升为父控件
-
深层次的layout - 尽量减少内嵌的层级,考虑使用更多平级的组件 RelativeLayout or GridLayout来提升布局性能,默认最大的深度是10
其他一些布局要点
-
Re-using Layouts with <include/>
-
Use the <merge>
-
Loading Views on Demand
<ViewStub
android:id="@+id/stub_import" android:inflatedId="@+id/panel_import"
android:layout="@layout/progress_overlay …. />
优化App内存
为了垃圾回收器能回收你系统的内存,你应该避免引起内存泄露(通常由全局成员hold了对象引用),而且要在合适的时间点(如生命周期回调时,这将在后面章节进一步讨论)释放被引用的对象。
慎用Service
-
Service执行完后台任务后要停止,注意:不要service任务已完成,而不去停止service
-
使用IntentService
IntentService不同于普通的Service之处是:
-
提交的task系统会post到子线程运行
-
当后台运行的task完成时,系统会stop掉IntentService
-
onHandleIntent(Intent intent)
当一个service不需要而还在后台运行时,这是最消耗内存的内存管理错误。因此要慎用服务,当服务完成后台任务时要记得关闭。如果不这样做,由于RAM的限制,你的app运行将变得非常卡,用户也将发现app错误的行为,最后卸载你的应用
Release memory when your user interface becomes hidden
例如,在该onStop()里做释放资源(例如网络连接、注销广播等)的工作
使用优化后的集合容器
例如:SparseArray、SparseBooleanArray、LongSpareArray …..
尽量避免使用枚举
相比于静态常量,枚举会有超过其两倍以上的内存开销,在android中需严格避免使用枚举
避免使用依赖注入框架
使用ProGuard消除没有使用的代码
使用zipalign优化和对齐你的apk
-
优化避免使用更多的内存、资源不会再从apk中映射入内存。
注:google play store不接受没有进行zipalign的apk
使用MAT分析和优化内存
-
I/O使用后需要关闭,数据库和Cursor等使用后要关闭
-
使用finalize()+MAT 分析内存泄露
Android优化主要就是内存、布局和性能的优化,本文概况和总结了Android中优化的一些知识点。其实,里面的很多的知识点都可以展开进行讲解。如果大家对里面某个方面感兴趣,可以给我们留言。后续的文章我们会进行专门的讨论。