浅议那些Android中的性能优化

移动开发 Android
Android上如何做性能优化的?性能优化是一个大的范畴,如果有人问你在Android中如何做性能优化的,也许都不知道从哪开始说起。

性能优化是一个大的范畴,如果有人问你在Android中如何做性能优化的,也许都不知道从哪开始说起。首先要明白的是,为什么我们的App需要优化,最显而易见的时刻:用户say,什么狗屎,刷这么久都没反应,取关卸载算了。

[[148281]]

这跟什么有关,我们先苍白的反驳下,尼玛用户设备老旧网又烂,关我屁事,根本不用优化。可是,老板拍板了,施压给CTO,然后CTO又来找你:Y的今天必须给我想办法优化了,不然不准回家。

好吧,为什么从UI的表象上看,App又卡又慢而且还错乱。我们试着来剖析下吧。

题外话:把minSDK改到4.0+,去特么的low用户,连手机都不愿意换,还能指望它能给你带来多少营收么,直接pass掉吧。4.0前的系统bug不少,不能为了弥补这些bug而降低了整体的高性能。

好了,让我们先从UI说起:

首先要明白的是UI的绘制流程:measure-layout-draw,measure与layout都需要for loop所有的子控件,汇集起来才能完成绘制,布局。所以子控件越多,所消耗的时间越长(inflate,layout_weight,relative,多层嵌套等),减少不必要的子控件或层级,是相当有必要的。你可以通过merge,viewstub这些标签来减少层级嵌套。如果你的空间观念没那么好,可以用HierarchyViewer工具来检查。

对于Listview或者GridView这种多item的组件来说,复用item可以减少inflate次数,通过setTag,getTag的ViewHolder方式实现复用,这里要注意的是,holder中的控件最好reset后再赋值,避免图片,文字错乱。

对于ViewPager第一次显示时卡顿以及左右滑动卡顿,有以下几种优化方式:

  • ViewPager同时缓存page数最好为最小值3,如果过多,那么第一次显示时,ViewPager所初始化的pager就会很多,这样pager累积渲染耗时就会增多,看起来就卡。
  • 每个pager应该只在显示时才加载网络或数据库(UserVisibleHint=true),最好不要预加载数据,以免造成浪费

图片显示不出来或者加载时间太长,怎么办?分两部分,下载速度加载速度

对于下载,要控制好同时下载的最大任务数(平均速度慢),同时给InputStream再包一层缓冲流会更快(如BufferedInputStream)。

对于加载速度,我们要知道一点,虽然下载的图片可能只有几百K,但是decode 成bitmap所占用的内存可是成倍的,尽可能的减小图片size是根本因素,让服务端提供不同分辨率的图片才是最好的解决方案,内存总有耗尽的时刻,别老想着大分辨率会更清晰,实际就只有150*150的空间,非给弄张1000*1000的图片是不恰当的。另外论加载速度:内存>硬盘>网络,合理的使用内存缓存也是关键。假如自己写不好,没关系,有那么多开源的图片缓存框架,不用自己操心。

再说缓存

有很多种缓存方式,也不用Stay列举了,我们要说的是搭配使用。

比方说,以前我们一直在用强引用,HashMap,后来我们发现占内存,我们就用软引用,弱引用来及时回收,再后来因为回收机制不可控,所以又有了 lrucache,disklrucache通过算法来平衡内存与硬盘缓存。随着android版本的推进与演化,我们也应该拥抱变化。如果你的App里还有软引用,弱引用的地方,不妨再check下。

比方说网络+数据库。网络我们一般都是去主动获取,而非被动接受。那如果说数据是重复的或者未更改的呢?那我们去取一次网络数据有什么意义呢?我的解决方案是给每个activity或 fragment或每个组件设置一个最大请求间隔,比如一个listview,第一次请求数据时,保存一份到数据库,并记下时间戳,当下次重新初始化时,判断是否超过最大时间间隔(如5分钟),如果没有,只加载数据库数据,不需要再做网络请求。当然,还有一些隐式的http请求框架会缓存服务器数据,在一定时间内不再请求网络,或者当服务器返回304时将之前缓存的数据直接返回。

反正也说到网络了,那我们也来说说

现在有很多现成HTTP框架供我们使用,我们几乎只用写配置就可以搞定一个url请求,但是这里有很多需要服务端配合的,比如:json数据格式,WebP代替jpg,支持断点续传,多个请求合并成一个,尽量不做重定向,服务器缓存以及负载均衡等。

对客户端本身,除了上述的实现,我们还需要合理的缓存,控制最大请求并发量,及时取消已失效的请求,过滤重复请求,timeout时间设置,请求优先级设置等。

优化可不是一个人的事,实现一个功能简单,但是想优化重构,那是很不容易的事。需要多方面的预判与联调。合理的假设与实践是优化最重要的手段。

说完这些具体的点,我们再来说说一些常识,或者称之为代码规范。

  • 你要知道for loop中不要声明临时变量,不到万不得已不要在里面写try catch。
  • 明白垃圾回收机制,避免频繁GC,内存泄漏,OOM(有机会专门说)
  • 合理使用数据类型,比如StringBuilder代替String,(笔试题最常见的是str+="str"中有几个对象) ,少用枚举enum,少用父类声明(List,Map)
  • 如果你有频繁的new线程,那最好通过线程池去execute它们,减少线程创建开销。
  • 你要知道单例的好处,并正确的使用它。
  • 多用常量,少用显式的"action_key",并维护一个常量类,别重复声明这些常量。
  • 如果可以,至少要弄懂设计模式中的策略模式,组合模式,装饰模式,工厂模式,观察者模式,这些能帮助你合理的解耦,即使需求频繁变更,你也不用害怕牵一发而动全身。需求变更不可怕,可怕的是没有在写代码之前做合理的设计。

当然还有很多很多,Stay所说的也只是一个大的轮廓,还是需要自己不断的尝试。会开发写代码跟会做产品的区别还是蛮大的,仅仅是态度就能刷死80%的码农了。当你碰到一些需要优化的地方,耐心的去分析,时间的累积会让你成为真正的工程师。

另外优化也没有绝对的完美,每一次优化都是基于当前的环境来做的,要明白沟通是最好的优化,不盲从,不随便,三思而后行。

Android上如何做性能优化的?大概写三年代码就能差不多知道了。

原文链接:http://www.cnblogs.com/stay/p/4784014.html

责任编辑:Ophira 来源: 博客园
相关推荐

2014-03-27 11:34:09

C#优化性能优化

2022-02-18 19:24:15

性能优化代码

2022-04-13 10:03:59

性能优化性能分析工具JVM

2022-04-08 09:47:55

性能优化开发

2017-04-27 10:20:13

Android内存优化图片

2010-04-29 16:46:59

Unix进程

2010-04-09 15:08:17

Oracle 数据库性

2011-02-16 09:57:41

2016-09-14 22:22:03

Android Vue性能优化

2013-09-16 15:16:20

Android性能优化

2021-07-14 11:13:46

线程性能优化阿里云

2021-07-29 14:20:34

网络优化移动互联网数据存储

2017-01-15 15:13:37

Android性能优化优化点

2011-07-15 14:46:18

PHP

2019-12-13 10:25:08

Android性能优化启动优化

2019-07-25 13:22:43

AndroidAPK文件优化

2013-02-20 14:32:37

Android开发性能

2016-08-05 16:13:50

Android性能优化对象

2020-05-20 13:24:28

MySQL优化数据库

2011-06-08 09:19:26

Android JNI
点赞
收藏

51CTO技术栈公众号