300秒！带你搞懂Android启动速度优化！

最新推荐文章于 2024-07-18 23:53:38 发布

2401_84544752

最新推荐文章于 2024-07-18 23:53:38 发布

阅读量857

点赞数 13

分类专栏：程序员文章标签： android

本文链接：https://blog.csdn.net/2401_84544752/article/details/138264259

版权

程序员专栏收录该内容

169 篇文章 0 订阅

订阅专栏

Glide初始化耗时分析：Glide的初始化会加载所有配置的Module，然后初始化RequestManager（包括网络层、工作线程等，比较耗时），最后还要应用一些解码的选项（Options）

解决方案：在Application的onCreate方法中，在工作线程调用一次GlideApp.get(this)

override fun onCreate() {
super.onCreate()
// 使用Anko提供的异步工作协程，或者自行创建一个并发线程池
doAsync {
GlideApp.get(this) // 获取一个Glide对象，Glide内部会进行初始化操作
}
}

greenDAO和其他数据库框架

greenDAO实现了一种ORM框架，数据库基于SQLite，使用起来很方便，不需要自己写SQL语句、控制并发和事务等等，其他常见的数据库框架如：Realm、DBFlow等等，使用起来也很方便，但他们的初始化，尤其是需要升级、迁移数据时，往往会带来不小的CPU和I/O开销，一旦数据量比较多（比如：很长时间的聊天记录、浏览器浏览历史记录等），往往都需要专门一个界面来告知用户：APP正在做数据处理工作。所以，如果为了提高APP启动速度，避免在APP启动时做数据库的耗时任务，很有必要！

解决方案：

1.必要数据避免使用数据库：如果首屏的展示内容需要根据配置来决定，那么干脆放弃数据库存储和读取，直接放在文件、SharedPreference里面，特别是多组键值对的读取，如果使用数据库，在除过初始化占用的时间以后，可能还需要30~50ms来完成（因为需要多次读取），而如果存在SharedPreference中，即使是转换成JSON并解析，可能也就在10ms之内

2.数据库预先异步初始化：使用greenDAO时，预先初始化很有必要，可以保证在第一次读取数据库时，不占用主线程资源，防止拖慢启动速度，具体做法如下：

// Application
override fun onCreate() {
super.onCreate()
// 使用Anko提供的异步工作协程，或者自行创建一个并发线程池
doAsync {
DbManager.daoSession // 获取一次greenDao的DaoSession实例化对象即可
}
}

// DBManager（数据库相关单例）
object DbManager {

// greenDAO的DaoMaster，用来初始化数据库并建立连接
private val daoMaster: DaoMaster by lazy {
val openHelper = DaoMaster.OpenHelper(ContextUtils.getApplicationContext(), “Test.db”)
DaoMaster(openHelper.writableDatabase)
}

// 具体的数据库会话
val daoSession: DaoSession by lazy {
daoMaster.newSession()
}
}

View和主题

View层级

主要在于首屏/Splash页的Layout布局层次过深，导致View在渲染时，递归加深，消耗过多的CPU和内存资源，阻塞主线程，所以最根本的思路就是解决层级问题，检查一个App的View层级，可以使用Android Studio自带的Layout Inspector工具，如图：

在选择了需要检查的进程及Window（Dialog可能会创建新的Window，但显示的Activity是同一个）以后，就可以看到Android Studio自动进行的Capture的内容了

根据左边View层级显示的内容，分析不必要的嵌套布局，通过改造，即可对View层级进行优化

除了根据上面的方法分析层级以外，可以使用Google最新推出的ConstraintLayout，官网链接：ConstraintLayout

ConstraintLayout采用的约束布局概念，类似于iOS的AutoLayout，但使用起来，远比AutoLayout方便、强大，个人感觉吸取了RelativeLayout的方便、FrameLayout的灵活、LinearLayout的高效等特点，通过控件见相互的约束控制，可以构建出近乎平面的布局，这样就可以减少布局层级，只用ConstraintLayout一层Layout实现复杂的UI布局，非常值得学习和使用！

如果分别使用RelativeLayout、FrameLayout、LinearLayout和ConstraintLayout构建一个复杂的布局，或许，ConstraintLayout，就要比其他几种布局快50~100ms！

App主题

我们可以做个实验，使用以下几种主题，看看APP的启动速度（以ActivityManager的Log为准）：

@android:style/Theme.NoTitleBar.Fullscreen

@android:style/Theme.Black

默认（根据操作系统自动选择）

其中，MainActivity的根布局是一个空的LinearLayout，将App杀死冷启动5，取平均时间

Black

平均启动时间：160ms

FullScreen

平均启动时间：126.8ms

默认：

平均启动时间：174.8ms

可以得出一个结论：使用一个没有ActionBar的主题，比较快，而如果连StatusBar也去掉了，速度最快！

原因是这样的，启动一个Activity的时候，系统会创建包含一个DecorView的Window，而StatusBar也好，ActionBar也好，都是这个View中的子元素，多了一个View，当然多了一层布局，肯定是耗时的

所以，如果想提高APP的启动速度，尤其是使用Splash的App，务必将第一个Activity的主题设为FullScreen的，这样能有效提高启动速度

总结

在APP功能日益增加和用户体验不断改良的今天，APP启动速度，已然成为影响用户体验的第一道门槛。所谓快，其实是在用户感官上的一种反应，如果能够使用以上的手段对APP的启动速度优化，虽然实际上启动时的总操作量可能并没有真正减少，但经过合理的先后顺序安排，可以使得某些不必要的任务，延后再执行，起到在APP启动时，更轻量、更灵敏的作用，这样能够比较快的响应用户从Launcher点击Icon的操作，提升用户体验，让用户感觉到『快』。

原文链接：Android启动速度优化_移动开发_可爱的程序猿-CSDN博客

如果对你有帮助，烦请各位点个关注！