美文网首页
Android性能优化总结

Android性能优化总结

作者: _Once1 | 来源:发表于2018-07-22 22:19 被阅读0次

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


性能优化.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开发艺术探索》

相关文章

网友评论

      本文标题:Android性能优化总结

      本文链接:https://www.haomeiwen.com/subject/suyrmftx.html