• 售前

  • 售后

热门帖子
入门百科

Android冷启动耗时优化

[复制链接]
游戏乾坤 显示全部楼层 发表于 2022-1-14 08:21:54 |阅读模式 打印 上一主题 下一主题
1,背景

最近开发了一个新的App,前期工期紧,做的比较粗放,上线以后发现App启动时间比较长,达到3秒,
启动有白屏,体验也不好,这个只能后期优化了,最好是前期开发就考虑的
2,调研

2.1,Android中启动的方式

1,冷启动:如果App启动时,后台没有该应用进程,那么系统会重新创建一个进程分配给该应用,这种启动方式就是冷启动
2,热启动:如果App启动时,后台有该应用进程,那么系统就是直接使用已有进程
从两种启动方式的含义就可以看出,冷启动比较耗时,热启动一般比较快,我们要做的启动优化一般做的就是冷启动优化
2.2,冷启动流程


系统创建应用进程时间我们一般无法优化,这个是系统创建简单的流程

我们可以优化的地方就是
1,Application
2,SplashActivity
3,MainActivity
2.3,启动时间

1,通过命令

  1. adb shell am start -W [packageName]/[packageName.MainActivity]
复制代码
这个时候,如果启动的activity在Manifest中没有设置export:true,可能无法通过命令打开,需要设置这个
2,自己埋点

从上面的启动过程就可以知道,Android冷启动,系统要先创建一个进程,然后创建Application,系统创建进程的过程,我们可以在Application的attachBaseContext方法中开始埋点
  1. /**
  2. * 统计冷启动各个时间点的耗时
  3. */
  4. public class StartLogHelper {
  5.     private static final String TAG = "StartLogHelper";
  6.     private static long startTime;
  7.     /**
  8.      * 设置开始时间,暂时放到启动的时间,放到Application的attachBaseContext方法中
  9.      * @param start
  10.      */
  11.     public static void setStart(long start){
  12.         startTime = start;
  13.     }
  14.     /**
  15.      * application初始化的时间,放到Application的onCreate方法最后
  16.      */
  17.     public static void getApplicationTime(){
  18.         long end = System.currentTimeMillis();
  19.         DebugLog.e(TAG,"==================getApplicationTime==" + (end - startTime));
  20.     }
  21.     /**
  22.      * 欢迎页初始化的时间
  23.      */
  24.     public static void getWelcomeTime(){
  25.         long end = System.currentTimeMillis();
  26.         DebugLog.e(TAG,"==================getWelcomeTime==" + (end - startTime));
  27.     }
  28.     /**
  29.      * Main页面初始化的时间
  30.      */
  31.     public static void getMainTime(){
  32.         long end = System.currentTimeMillis();
  33.         DebugLog.e(TAG,"==================getMainTime==" + (end - startTime));
  34.     }
复制代码
3,在studio的logcat日志中

在logcat日志中输入应用的包名

然后就可以看到各个阶段的时间了
3,方案

从调研冷启动的原理就可以得出,我们要优化的地方
1,冷启动白屏现象

冷启动的时候,我们发现会有白屏现象,会先出现一个白屏,然后在出现欢迎页的UI,这个跟系统的设置的背景windowBackground有关系
解决方案:
在欢迎页设置一个自定义的theme属性
  1. SplashActivity的清单文件设置
  2.    android:theme="@style/SplashScreenTheme”
  3. SplashScreenTheme属性定义
  4.    <style name="SplashScreenTheme" parent="Theme.AppCompat.NoActionBar">
  5.         <item name="android:windowBackground">@drawable/bg_splash</item>
  6.    </style>
  7. bg_splash定义
  8. <?xml version="1.0" encoding="utf-8"?>
  9. <layer-list xmlns:android="http://schemas.android.com/apk/res/android">
  10.     <item android:drawable="@android:color/white" />
  11.         <bitmap
  12.             android:antialias="true"
  13.             android:gravity="center"
  14.             android:src="@drawable/bg_show" />
  15.     </item>
  16. </layer-list>
复制代码
其中bg_show的图片和欢迎页的初始图片一样,这样就可以实现启动白屏的样式
和欢迎页样式一样,给人没有白屏的感觉
2,启动时间优化

我们从上面的启动时间就可以知道
1,Application onCreate中初始化三方sdk耗时
  1. public class AppConfigHelper {
  2.     public void setAppConfig(Application application){
  3.         addSyncTask(application);
  4.         addAsyncTask(application);
  5.         TaskConfigManager.getInstance().startInit();
  6.     }
  7.     private void addSyncTask(Application application) {
  8.         TaskConfigManager.getInstance().addTask(new ZMLTask("oneLogin") {
  9.             @Override
  10.             public void run() {
  11.                 JVerifyHelper.init(application);
  12.             }
  13.         });
  14.     }
  15. }
复制代码
把需要在Application中同步执行的放到一起
可以异步执行的放到一起
2,首页耗时方法
到首页的时候,我们埋点的时间,小于用户看到数据的时间 这个是因为首页加载的数据比较多 我们首页同时加载了7个Fragment,同时请求10个以上接口
1,首页做懒加载,保证App启动接口只请求3个左右
2,首页UI优化,同时显示出ui以后在执行后面逻辑处理
3,首页部分不重要逻辑做延时加载,比如请求升级弹窗等

来源:https://blog.caogenba.net/dongrimaomaoyu/article/details/122482161
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x

帖子地址: 

回复

使用道具 举报

分享
推广
火星云矿 | 预约S19Pro,享500抵1000!
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

草根技术分享(草根吧)是全球知名中文IT技术交流平台,创建于2021年,包含原创博客、精品问答、职业培训、技术社区、资源下载等产品服务,提供原创、优质、完整内容的专业IT技术开发社区。
  • 官方手机版

  • 微信公众号

  • 商务合作