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()

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

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

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

相关推荐
三少爷的鞋2 小时前
别再靠 Code Review 守底线:我做了一个静态分析项目 RedLine
android
y = xⁿ10 小时前
DeepSeek Harness 学习日记:关于Agent接口,工具调用的底层实现
android·java·学习
2601_9620664913 小时前
【Sql Server】Update中的From语句,以及常见更新操作方式
android·java·数据库
用户693717500138418 小时前
曾经安卓开发人手一个的 EventBus,为什么现在没人爱用了?
android·android studio
九皇叔叔20 小时前
MySQL ORDER BY 性能优化详解:Using filesort、联合索引、ASC/DESC 与覆盖索引
android·adb
OriginCoding21 小时前
用 AI Agent 协作完成一个 Android TOTP 应用:从需求边界到 v1.0.0
android·ai编程
杉氧1 天前
React 灵魂:深入剖析 Hooks 与副作用(Side Effects)陷阱
android·前端·react native
天天喝旺仔1 天前
Docker 镜像瘦身实战:多阶段构建把体积缩小 90%
运维·后端·ci/cd·docker·云原生·容器·性能优化
又见情义1 天前
RK3568 + RTL8211F 网络唤醒(WOL)功能适配全记录
android·网络·驱动开发
用户0934077735141 天前
HarmonyOS WPS Open SDK 实践:registerApp 鉴权与就绪门禁
android·typescript·harmonyos