Android-APP启动优化

黑白屏问题优化
黑白屏在商业APP中的价值
如何使用Traceview工具对优化定位处理

伪优化

用于用户体验，用来给到用户体验，没有实质性的优化

案例

注意看这一块（parent=“Theme.AppCompat.Light”）
如果没写这一块，启动时会是一个黑屏，写了这一块，启动时会是一个白屏；

 <!-- Base application theme. -->
    <style name="AppTheme" parent="Theme.AppCompat.Light">
        <!-- Customize your theme here. -->
        <item name="colorPrimary">@color/colorPrimary</item>
        <item name="colorPrimaryDark">@color/colorPrimarydark</item>
        <item name="colorAccent">@color/coloraccent</item>
        <!--去掉系统默认的标题栏-->
        <item name="windowNoTitle">true</item>
        <item name="windowActionBar">false</item>
        <!-- 设置activity切换动画 -->
        <item name="android:windowAnimationStyle">@style/activityAnimation</item>
    </style>

相信很多人，经常在Application中做一些初始化，这样会造成启动时白屏的时间延长，有些好的手机上面可能发现不了，我们这里就做了个延时3秒来模拟下；
注意看下面的GIF图，在冷启动时点击启动app的时候，注意看启动时的白屏；

public class App extends Application {
 @Override
    public void onCreate() {
        super.onCreate();
        File file = new File(Environment.getExternalStorageDirectory(), "app1.trace");
        Log.i(TAG, "onCreate: " + file.getAbsolutePath());
        //把分析结果存在一个文件
        Debug.startMethodTracing(file.getAbsolutePath());
        //对全局属性赋值
        mContext = getApplicationContext();
        mMainThread = Thread.currentThread();
        mMainThreadId = android.os.Process.myTid();
        mMainLooper = getMainLooper();
        mHandler = new Handler();
        try {
        //这里来模拟做一些初始化工作
            Thread.sleep(3000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        NIMClient.init(this, loginInfo(), options());
        Debug.stopMethodTracing();
    }
}

这一块白屏是不是很难看？
注: 这个不是微信，这个是我在码云上面下载的一个模仿微信的项目哦；

以前都会觉得是个很难看的bug，现在很多软件会利用这个白屏时间，显示一张背景图；

占位图方案

我想大家应该知道parent就是父类吧，也是继承的样式吧 ？
我们跟着这个parent="Theme.AppCompat.Light"父类，一层一层的往下找；
最终看到这个（Platform.AppCompat.Light）样式
android:windowBackground：看名字应该知道吧，窗口背景；

 <style name="Platform.AppCompat.Light" parent="android:Theme.Light">
 	......
 	<item name="android:windowBackground">@color/background_material_light</item>
 	......
 </style>

我们来修改这个android:windowBackground ，注意不是在这个里面直接修改！！！

我们在自己的主题里面将android:windowBackground 修改为蓝色；下面来看看效果；

 <!-- Base application theme. -->
    <style name="AppTheme" parent="Theme.AppCompat.Light">
    	 <!--在这里重写android:windowBackground  将它的颜色改为蓝色-->
        <item name="android:windowBackground">@color/assist_blue_down</item>
        <!-- Customize your theme here. -->
        <item name="colorPrimary">@color/colorPrimary</item>
        <item name="colorPrimaryDark">@color/colorPrimarydark</item>
        <item name="colorAccent">@color/coloraccent</item>
        <!--去掉系统默认的标题栏-->
        <item name="windowNoTitle">true</item>
        <item name="windowActionBar">false</item>
        <!-- 设置activity切换动画 -->
        <item name="android:windowAnimationStyle">@style/activityAnimation</item>
    </style>

我们修改成蓝色后，注意到没？启动时候，这里使我们自己设置的蓝色了吧？那是不是就可以在这类放一张启动图片了？
这里放一张启动图片（广告图）后，那启动的时候，就先出来的是那张启动图片（广告图）了；

来看看用图片的效果
我们来放这张图片，来看看效果

总结（修改全局的主题）

这样直接修改全局的主题会有个不好的问题，就是会造成APP的每一个页面都会有这样一个背景图，就会牵扯到布局优化的过度渲染了，如果不了解布局优化的，请移步到我的另一篇博客中：
Android UI绘制优化及建议

修改局部的主题

我们这里新加一个主题；将背景设置成广告的图片

       <style name="AppTheme.Launcher1">
        <item name="android:windowBackground">@drawable/bg</item>
    </style>

然后在这个LAUNCHER页面中去设置这个独立的主题Launcher1

 <activity
            android:theme="@style/AppTheme.Launcher1"
            android:name=".activity.SplashActivity"
            android:screenOrientation="portrait"
            >
            <intent-filter>
                <action android:name="android.intent.action.MAIN"/>
                <category android:name="android.intent.category.LAUNCHER"/>
            </intent-filter>
        </activity>

在代码中再设置主题，效果和上面一样，这里我就不放gif图片了

public class SplashActivity extends BaseActivity {
    private static final String TAG = "david";

    @Override
    protected void onCreate(Bundle savedInstanceState) {
//        setTheme(R.style.AppTheme);
        super.onCreate(savedInstanceState);
        setTheme(R.style.AppTheme_Launcher1);

    }
}

真正的优化

尽可能的去减少Activity、Application中onCreate中的耗时代码；
我们来分析Application中onCreate方法的耗时
启动时间：Debug.startMethodTracing(file.getAbsolutePath());
结束时间：Debug.stopMethodTracing();
用这两个方法的调用来，记录这个时间，生成.trace文件，注意要开好文件存储权限；
直接冷启动运行APP，生成文件，然后我们把文件导出来

然后把这个文件拖入到我们的AS里面；

结合我们这个Application中的onCreate来看上面的图
可以发现第一行自己调用的方法吧，然后对应段落下出现了很多各种段落，表示的是方法中调用的其方法，第一行可以看得出这个对应方法以及内部调用后的所需要时间，也就是每个方法的执行耗费的时间；
鼠标放到上面，可以有这个方法执行所耗费的时间注意看我鼠标那，框中最下面显示：6.62ms （表示这个方法执行了6.62毫秒）

public class App extends Application {

    private static final String TAG = "jett";
    public static List<Activity> activities = new LinkedList<Activity>();

    @Override
    public void onCreate() {
        super.onCreate();
        File file = new File(Environment.getExternalStorageDirectory(), "app1.trace");
        Log.i(TAG, "onCreate: " + file.getAbsolutePath());
        //把分析结果存在一个文件
        Debug.startMethodTracing(file.getAbsolutePath());
        //对全局属性赋值
        mContext = getApplicationContext();
        mMainThread = Thread.currentThread();
        mMainThreadId = android.os.Process.myTid();
        mMainLooper = getMainLooper();
        mHandler = new Handler();
        //因为LQRUIKit中已经对ImageLoader进行过初始化了
        initImageLoader(getApplicationContext());

        initNim();
        initImagePicker();
        initOkHttp();
        NIMClient.init(this, loginInfo(), options());
        Debug.stopMethodTracing();
    }
    private void initOkHttp() {

    }
}

如果不喜欢看图的，也可以来看看这个

上图中，第三列%：表示这段总耗时，每个方法对应消耗的百分比；
注意看：initImageLoader、initNim方法耗时占比比较大吧？
我们就需要解决掉这两个方法的耗时，这两个方法处理的价值是最大的，其余的想处理的也可以去处理，看个人；

优化

这类我们将耗时的、对异步要求不高、调用的方法中没去创建handler 没操作UI 的初始化方法，放到了子线程中去调用；
并将可以做懒加载的方法，注释掉，让需要用的地方去做懒加载；

public class App extends Application {

    private static final String TAG = "jett";
    public static List<Activity> activities = new LinkedList<Activity>();

    @Override
    public void onCreate() {
        super.onCreate();
        File file = new File(Environment.getExternalStorageDirectory(), "app1.trace");
        Log.i(TAG, "onCreate: " + file.getAbsolutePath());
        //把分析结果存在一个文件
        Debug.startMethodTracing(file.getAbsolutePath());
        //对全局属性赋值
        mContext = getApplicationContext();
        mMainThread = Thread.currentThread();
        mMainThreadId = android.os.Process.myTid();
        mMainLooper = getMainLooper();
        mHandler = new Handler();
        //因为LQRUIKit中已经对ImageLoader进行过初始化了
//
        new Thread(){
            @Override
            public void run() {
                initImageLoader(getApplicationContext());
                //如果要用线程来节约了这些初始化的时间
                //1.里面的API不能去创建handler
                //2.不能有UI操作
                //3.对异步要求不高
                initNim();
                initImagePicker();
                initOkHttp();//可以懒加载
            }
        }.start();
        NIMClient.init(this, loginInfo(), options());
        Debug.stopMethodTracing();
    }
}

来看看这个优化后的时间


是不是减少了很多？这样就会让我们APP在启动的时间，减少耗时启动了；

真正优化的总结

优化方案：
1.开线程 调用的方法中没去创建handler 没操作UI 对异步要求不高；
2.懒加载 用到的时候再初始化，如网络，数据库操作；
注意：如果有些需要马上要用到的一些对象和框架，尽量去做懒加载，防止异步加载的对象和框架还没加载完成，在页面中马上使用，造成空指针或者一些异常
还有一些耗时的，可以不放在Application里面，结合懒加载可以在启动页LAUNCHER中，设置主题背景，然后在启动页中启动定时广告，相信大部分框架和代码在这个广告三秒的时间内能初始化完成了。还可以在这三秒中调用下载下一次启动时的图片广告信息等等

感谢收看到最后的童鞋

本文地址：https://blog.csdn.net/weixin_43506260/article/details/107140775