Android性能优化(面试必备)

2016年8月17日09:51:29 发表评论 13 views

实际项目中的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是一种好的做法呢?这是因为:

  1. 当上面的代码块没有final修饰符时,编译器会生成一个类初始化方法,当该类初次被使用时执行,这个方法将42存入intVal中,并得到类文件字符串常量strVal的一个引用。当这些值在后面被引用时,他们通过字段查找进行访问。
  2. 声明为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 层级哪些地方可以优化

  1. 使用compound drawables - 一个包含了ImageView与TextView的LinearLayout可以被当作一个compound drawable来处理
  2. 使用merge根框架 - 如果FramLayout仅仅是一个纯粹的(没有设置背景,间距等)布局根元素,我们可以使用merge标签来当作根标签
  3. 无用的分支 - 如果一个layout并没有任何子组件,那么可以被移除,这样可以提高效率
  4. 无用的父控件 - 如果一个layout只有子控件,没有兄弟控件,并且不是一个ScrollView或者根节点,而且没有设置背景,那么我们可以移除这个父控件,直接把子控件提升为父控件
  5. 深层次的layout - 尽量减少内嵌的层级,考虑使用更多平级的组件 RelativeLayout or GridLayout来提升布局性能,默认最大的深度是10

其他一些布局要点

  1. Re-using Layouts with <include/>
  2. Use the <merge>
  3. Loading Views on Demand
<ViewStub
    android:id="@+id/stub_import"
    android:inflatedId="@+id/panel_import"
    android:layout="@layout/progress_overlay …. />

优化App内存

为了垃圾回收器能回收你系统的内存,你应该避免引起内存泄露(通常由全局成员hold了对象引用),而且要在合适的时间点(如生命周期回调时,这将在后面章节进一步讨论)释放被引用的对象。

慎用Service

  1. Service执行完后台任务后要停止,注意:不要service任务已完成,而不去停止service
  2. 使用IntentServiceIntentService不同于普通的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

  1. 优化避免使用更多的内存、资源不会再从apk中映射入内存。

注:google play store不接受没有进行zipalign的apk

使用MAT分析和优化内存

  1. I/O使用后需要关闭,数据库和Cursor等使用后要关闭
  2. 使用finalize()+MAT 分析内存泄露

Android优化主要就是内存、布局和性能的优化,本文概况和总结了Android中优化的一些知识点。其实,里面的很多的知识点都可以展开进行讲解。

  • yiisaa
  • 这是我的微信扫一扫
  • weinxin
  • zhengweiqiangcom
  • 我的微信公众号扫一扫
  • weinxin

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: