美文网首页
关于Android 页面切换过慢或者卡顿

关于Android 页面切换过慢或者卡顿

作者: 黄海佳 | 来源:发表于2017-05-12 16:35 被阅读2141次

有时候app页面切换过慢或者卡顿,体验问题会严重影响用户使用APP心情。所以针对这个我提一些自己再工作中的体会。

先说一下一个activity的从无到有的的生命周期

从一个界面FirstActivity跳转到另外一个界面SecondActivity,两个Activity的生命周期流程是这样的


应用必须在走完FirstActivity的onPause方法后才会跑SecondActivity的onCreate方法,FirstActivity的onStop和onDestory方法不会影响到进入SecondActivity的速度。如果我们要优化从FirstActivity跳转到SecondActivity的速度,需要从FristActivity的onPause和SecondActivity的onCreate、onStart和onResume方法入手。onStart方法通常干的事情比较少,页面之间跳转慢主要是因为在FirstActivity的onPause和SecondActivity的onCreate、onResume方法耗时导致,这个过程需要执行的操作主要有:

  • 保存FirstActivity界面中的一些状态;

  • 加载SecondActivity的布局;

  • 初始化SecondActivity。

针对上面的分析我们可以从如下几个方面入手:
1 耗时任务异步处理;

除了Android明令禁止在UI线程中执行网络操作外,还有一些耗时的操作也不能在UI线程中执行,比如IO操作、耗时较长的逻辑操作(比如算法)

  • 在子线程中做网络请求,并在主线程中更新UI。(可以用第三方的网络框架来做这块的事情)
  • 检查是否网络请求用多

可用如下方式来实现异步任务

AsyncTask
Thread
Timer,TimerTask
Handler

如果是在执行异步任务后需要更新界面,优先考虑使用AsyncTask和Handler,它们提供了刷新UI的方案;如果是定时任务可以考虑使用Handler和Timer,TimerTask;如果是使用Thread和Timer,TimerTask,更新UI时可以通过执行当前Activity的runOnUiThread方法实现更新UI操作。

2 布局文件优化;

在优化过程中发现有的界面光是加载布局就需要500ms左右,再加上界面的初始化和上一个界面的状态保存操作,页面跳转时会有严重的迟滞感,建议如下:

  • 如果你觉得你的布局过于复杂,建议你优化布局,不要嵌套太深。
  • Include标签来优化布局(详情看:布局优化include, viewstub, merge
  • 图片尽量不要做的过大 要适中
  • 不可见视图需要时加载,强烈建议使用ViewStub,(详情看:布局优化include, viewstub, merge)ViewStub的使用方式如下:
/**
* 在需要使用下载进度条的地方调用该方法加载下载进度条的布局
*/
private void initDownloadProgress() {
    if(null == mDownloadViewStub){
        mDownloadViewStub = (ViewStub)findViewById(R.id.downProgressViewStubId);
        View view = mDownloadViewStub.inflate();
        mDownloadProgressLayout = (RelativeLayout) view.findViewById(R.id.progressBackLayoutId);
        mDownLoadProgressBar = (ArrowProgressBar) view.findViewById(R.id.arrowProgressBarId);
        mDownloadProgressLayout.setVisibility(View.GONE);
        mDownloadProgressLayout.setOnTouchListener(new OnTouchListener() {
            @Override
            public boolean onTouch(View v, MotionEvent event) {
                return true;
            }
        });
    }
}

比如AnimationDrawable、TypedArray数组、Typeface、addView等,值得一提的是,初始化AnimationDrawable、TypedArray数组和Typeface会很耗时,并且AnimationDrawable特别耗内存,如果不是进入界面就需要使用,强烈建议在需要使用的地方再初始化。

3 应用内慎用多进程。

从FirstActivity跳转到SecondActivity,如果这两个界面不属于同一个进程,首次跳转的时候会创建一个新的进程,创建进程是比较耗时的,比跳转到同一进程内的新页面耗时更多,如果不是必须要在应用内使用多进程,强烈建议不要在应用内使用多进程。

4 学会使用TraceView来分析应用效率,从而性能调优。
5 图片资源利用完后要及时地recycle,并且最好用第三方的框架来管理图片加载及其缓存
6 返回时这个页面是完整的回收,两个要点:多线程和生命周期

失败是什么?没有什么,只是更走近成功一步;成功是什么?就是走过了所有通向失败的路,只剩下一条路,那就是成功的路。

相关文章

  • 关于Android 页面切换过慢或者卡顿

    有时候app页面切换过慢或者卡顿,体验问题会严重影响用户使用APP心情。所以针对这个我提一些自己再工作中的体会。 ...

  • Android性能优化总结

    卡顿优化 卡顿的原因1,页面复杂,绘制层级过深,启动时。2,页面切换时,前后台切换时。3,主线程处理复杂到数据了,...

  • 卡顿优化①Android UI渲染和刷新机制

    丢帧和卡顿 卡顿,是字面意思上来讲,就是画面不流畅,即页面刷新不连贯。Android系统默认的页面刷新频率是60帧...

  • 再次认识下 RecyclerView setHasFixedSi

    在安卓开发的过程中,我们经常会去优化整个页面,为了确保在不同手势或者是切换状态下,整个页面快速的运行,为了不卡顿,...

  • 自定义View-性能优化

    1.内存优化 如果内存使用较多或者存在内存泄漏,导致系统GC频繁,从而造成页面卡顿,造成页面卡顿;如果绘制时消耗时...

  • Crash集合

    关于Android切换系统字体大小和字体样式导致App崩溃或者界面错乱的问题 场景重现:主页面有一个ViewPag...

  • 腾讯性能监控框架Matrix源码分析(三)TracePlugin

    TracePlugin 卡顿分析插件 他可以监听以下情况 监控ANR、 界面流畅性、 启动耗时、 页面切换耗时、 ...

  • 性能优化-绘制优化

    前言 卡顿场景可分为以下四类: UI绘制:绘制、刷新 应用启动:安装启动、冷启动、热启动 页面跳转:页面间切换、前...

  • Android Fragment元素共享打开页面有动画,返回没有

    Android Fragment元素共享,打开页面时有切换动画,返回时没有切换动画。 共享元素设置 A页面 B页面...

  • Android 页面跳转卡顿优化

    开发时我们会遇到跳转页面特别慢的问题,在性能越差的设备上越明显。跳转页面卡顿,一般原因都是页面创建时需要处理太多事...

网友评论

      本文标题:关于Android 页面切换过慢或者卡顿

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