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

有时候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 返回时这个页面是完整的回收，两个要点：多线程和生命周期

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