Android性能优化总结

性能优化主要可以从以下几个方面入手:


性能优化.png

一、界面

1.1 布局优化

思想:尽量减少布局文件的层级

措施:

  • 删除无用的控件和层级
  • 如果布局较为复杂, 必须嵌套的话,则优先使用RelativeLayout,否则,则优先使用LinearLayout和FrameLayout
  • 使用<include>, <merge>和ViewStub
    include无需多说,merge一般和include配合使用,可以减少布局的层级。例如,若父布局和include进来的布局的根布局相同(假设为LinearLayout),此时使用merge标签,可以去掉多余的一层LinearLayout
    而ViewStub可以做到在使用的时候才进行加载,这在显示网络异常界面等的时候是十分有用的

1.2 绘制优化

主要是指对onDraw方法的优化,包括:

  • 尽量避免在onDraw方法中创建新的对象,因为该方法一般会频繁调用,如果创建大量的局部变量,不仅会占用内存,而且还会导致频繁gc;在gc的过程中,工作线程都是暂停的,会导致程序卡顿等
  • 避免在该方法中做太耗时的任务和太多循环操作

二、 内存优化

这一部分主要是对内存泄漏的预防
内存泄漏引起的原因主要有以下几点:

  1. 静态变量/单例导致
  2. 匿名内部类/非静态内部类导致
  3. 资源未及时关闭

其实,上面1和2引起内存泄露的原因可以归结为:因为Activity和某些对象生命周期不一致,activity不能被正确的销毁,从而导致内存泄漏。
也就是说,当生命周期较长的一方(例如静态对象),持有了声明周期较短的一方(Activity)的引用时,会导致后者无法正常回收,从而引起内存泄漏。
如何解决上述问题呢?

针对1,解决方法就是在单例模式中,记得在activity销毁时解除注册监听,或者在单例需要context的时候传入Application的context;
针对2,一个典型的例子就是Handler和AsyncTask的使用,一般我们在用到时候,都是定义一个匿名内部类handler,至于这种匿名内部类handler为何会导致内存泄漏,这里不再赘述。

可以采用如下方法正确使用handler,避免产生内存泄漏:
当把Handler定义成静态内部类时,假设我们在handleMsg()方法中需要用到activity中的控件,这时,静态内部类无法获取到外部控件的引用,怎么办?这时就可以采用弱引用的方法,来持有Activity的引用,从而访问控件。而弱引用会在内存不足或者gc发生时被回收,这时,即使Handler持有了Activity的引用,也不用担心会产生内存泄漏了。

public class MainActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

    }

    // 静态内部类Handler,持有activity的弱引用
    private static MyHandler extends Handler {
        WeakReference<MainActivity> activityRef;

        MyHandler(MainActivity activity) {
            this.activityRef = new WeakReferencera<MainActivity>(activity);
        }

        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
            activityRef.get().mText.setText("do someThing");
        }
    }
}

针对3,最好在资源不用时,及时关闭;在界面销毁时,及时清除属性动画等


三、启动速度

3.1 冷启动优化

谷歌官方给的建议是:

  1. 利用提前展示出来的Window,快速展示出来一个界面,给用户快速反馈的体验;
  2. 避免在启动时做密集沉重的初始化(Heavy app initialization);
  3. 避免I/O操作、反序列化、网络操作、布局嵌套等

当程序第一次启动时,系统所做工作为:

  • 加载并启动应用
  • 显示应用的空白启动窗口
  • 创建程序,执行初始化

当application启动时,会显示一个空白的启动窗口,直到系统首次完成绘制应用程序。此时,系统进程会交换应用程序的启动窗口,允许用户开始与应用程序进行交互。这就是为什么我们的程序启动时会先出现一段时间的黑屏(白屏)。
针对第一次启动的黑白屏问题,可以利用提前展示出的window,设置一个闪屏界面等,提升用户体验,但这种方法仍然没有从根本上解决问题

其次,避免在MyApplication的onCreate中做太多的初始化耗时操作:
项目中必须立马用到的,执行初始化,例如网络请求,图片请求库等
不是启动必须用到的,放到子线程处理,如分享等
避免在这个过程中做网络请求,IO操作等


四、其他

  • Bitmap的压缩
  • 若有大量异步任务,则使用线程池处理

参考:
https://juejin.im/post/5b50b017f265da0f7b2f649c
《Android开发艺术探索》

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,902评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,037评论 2 377
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,978评论 0 332
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,867评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,763评论 5 360
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,104评论 1 277
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,565评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,236评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,379评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,313评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,363评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,034评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,637评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,719评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,952评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,371评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,948评论 2 341