美文网首页
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