Android 应用冷启动优化

在应用启动期间,您的应用会给用户留下第一印象。应用在启动时必须快速加载并显示用户使用应用所需的信息。如果应用启动时间过长,用户可能会因为等待太久而退出应用。

1、查看应用冷启动时间,可以在android studio的logcat中输入displayed

或者通过命令adb shell am start -W [包名]/[Activity全路径]

2、优化应用启动体验,build.gradle添加依赖库

复制代码
implementation'androidx.core:core-splashscreen:1.2.0'
复制代码
styles.xml里面添加
java 复制代码
<!-- 启动页专用主题 -->
<style name="Theme.App.Starting" parent="Theme.SplashScreen">
<!-- 启动页背景颜色 -->
<item name="windowSplashScreenBackground">@color/white</item>
<!-- 中心显示的 Logo 图片 -->
<item name="windowSplashScreenAnimatedIcon">@drawable/ic_icon_start</item>
<!-- 启动页退出后,跳转到的真正 App 主题 -->
<item name="postSplashScreenTheme">@style/BaseLaunchTheme</item>
</style>

最后在启动的activity中添加下面代码,需要在super.onCreate之前

复制代码
val splashScreen = installSplashScreen()

3、优化应用启动时间

在 Android 系统中,冷启动时间(Cold Start Time) 的计算涵盖了从点击图标到第一帧内容显示的全过程。

  1. 计算的起点 (Time Zero)触发点: 用户点击 App 图标或通过 ADB 命令发起 am start。 系统动作:

•系统服务(ActivityTaskManager)接收到 Intent。

•系统发现该应用进程 不存在。

•系统请求 Zygote 进程 Fork(派生)出一个新的子进程。

  1. 中间环节 (你的代码执行区)这一部分是冷启动时间中耗时最不稳定的部分,也是你可以优化的核心:

1.进程初始化: 虚拟机(ART)启动,加载 Application 类。

2.attachBaseContext 阶段(核心瓶颈点):•super.attachBaseContext(base) 执行

3.Application.onCreate 阶段:

4.Activity 创建:•Activity 实例化 -> onCreate -> setContentView (解析 XML 布局)。

  1. 计算的终点 (The Displayed Point)结束点: 系统窗口管理器(WindowManager)确认 Activity 的第一帧(First Frame) 已经成功渲染并绘制到屏幕上。 标志:•你在 Logcat 中看到的 Displayed ... +852ms 日志。•ADB 命令 am start -W 中显示的 TotalTime

所以我们需要优化应用从application的attachBaseContext到activity的onResume之间的耗时操作

具体项目优化,这里Application中广告初始化改成在协程异步初始化

Kotlin 复制代码
CoroutineScope(Dispatchers.IO).launch {
// 1. 初始化广告 (大多数现代广告SDK支持异步初始化)
ShowAdsHelper.initAds(this@MyApplication)
    ShowAdsHelper.setCountSize(5)
}

启动Activity页面初始化显示需要在docoView绘制完成后执行,里面包含一些初始化tabLayout、ViewPager的加载显示等

Kotlin 复制代码
window.decorView.post {
initData()
}

广告延迟初始化

Kotlin 复制代码
llMain.postDelayed({
initAds()
}, 800)

布局使用ConstraintLayout减少布局层级

app:lottie_autoPlay="true"改完false,在代码中用到再执行

复制代码
View.playAnimation()
复制代码
用完需要执行
复制代码
View.cancelAnimation()

优化前冷启动时间,需要一秒多

优化后冷启动时间降到了五百多毫秒

每个项目代码不一样,核心就是把所有"非首屏渲染必须"的代码,要么丢进子线程,要么推迟到首帧绘制之后执行即可。

相关推荐
doupoa1 小时前
内存指针是什么?为什么指针还要有偏移量?
android·c++
非凡ghost2 小时前
PowerDirector安卓版(威力导演安卓版)
android·windows·学习·软件需求
独行soc2 小时前
2026年渗透测试面试题总结-19(题目+回答)
android·网络·安全·web安全·渗透测试·安全狮
l1t2 小时前
DeepSeek总结的PostgreSQL解码GIF文件SQL移植到DuckDB的性能优化方法
sql·postgresql·性能优化
数据知道3 小时前
PostgreSQL 性能优化:分区表实战
数据库·postgresql·性能优化
爱装代码的小瓶子4 小时前
【C++与Linux基础】进程间通讯方式:匿名管道
android·c++·后端
兴趣使然HX4 小时前
Android绘帧流程解析
android
数据知道4 小时前
PostgreSQL 性能优化:如何提高数据库的并发能力?
数据库·postgresql·性能优化
数据知道4 小时前
PostgreSQL性能优化:内存配置优化(shared_buffers与work_mem的黄金比例)
数据库·postgresql·性能优化
yuanmenghao4 小时前
Linux 性能实战 | 第 10 篇 CPU 缓存与内存访问延迟
linux·服务器·缓存·性能优化·自动驾驶·unix