【Android 性能优化】应用启动优化 ( 启动白屏问题 | 应用启动时间测量 | 冷启动 | 热启动 | 应用启动时间计算源码分析 )

简介: 【Android 性能优化】应用启动优化 ( 启动白屏问题 | 应用启动时间测量 | 冷启动 | 热启动 | 应用启动时间计算源码分析 )

文章目录

一、 APP 启动白屏 / 黑屏

二、 APP 启动速度测量

1. 通过 Logcat 日志查看应用启动时间

2. 通过 adb 命令查看界面启动时间

三、 APP 冷启动与热启动

四、 APP 启动时间计算





一、 APP 启动白屏 / 黑屏


1 . 问题描述 : Android 应用启动时 , 尤其是大型复杂的应用 , 经常出现几秒钟的白屏或黑屏 , 黑屏或白屏取决于主界面 Activity 的主题风格 ;



2 . 解决方案 : Android 应用启动时很多大型应用都会有一个几秒的倒计时 , 并配上动态广告 , 这并不是开发者想要放上去的 , 而是为了避免上述启动白屏导致用户体很差 ;



3 . 启动优化 : 这里的应用启动白屏 / 黑屏的时间 , 是可以通过优化解决的 , 如将 3 33 秒钟的启动白屏卡顿 , 优化为毫秒级 ;






二、 APP 启动速度测量




1. 通过 Logcat 日志查看应用启动时间


通过 Logcat 日志查看应用启动时间 : 该方法只适用于 Android 4.4 版本之后的手机 ;



① 使用工具 : 使用 Android Studio 中的 Logcat 日志查看工具 ;


② 过滤选项 : 设置过滤选项为 No Filters , 这是系统 ActivityTaskManager 打印的 , 不属于应用日志信息 ;


③ 关键字 : 使用 Display 关键字过滤 ;


④ 截取到的日志信息如下 :


2020-06-20 08:44:09.821 1266-1305/? I/ActivityTaskManager: Displayed kim.hsl.recyclerview/.MainActivity: +334ms
2020-06-20 08:44:18.457 1266-1305/? I/ActivityTaskManager: Displayed 
com.google.android.permissioncontroller/com.android.packageinstaller.permission.ui.GrantPermissionsActivity: +315ms
2020-06-20 08:44:22.308 1266-1305/? I/ActivityTaskManager: Displayed kim.hsl.cckfa/.MainActivity: +311ms


⑤ 具体操作选项参考下面的截图 :


image.png




2. 通过 adb 命令查看界面启动时间




通过 adb 命令查看界面启动时间 :



① 命令格式 : adb shell am start -W 包名/完整 Activity 类名 ;


② 本次命令 : adb shell am start -W kim.hsl.rtmp/kim.hsl.rtmp.MainActivity , 其中 kim.hsl.rtmp 是包名 , kim.hsl.rtmp.MainActivity 是完整的类名 ;


Microsoft Windows [版本 10.0.18362.900]
(c) 2019 Microsoft Corporation。保留所有权利。
C:\Users\octop>adb shell am start -W kim.hsl.rtmp/kim.hsl.rtmp.MainActivity
Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] 
cmp=kim.hsl.rtmp/.MainActivity }
Status: ok
LaunchState: COLD
Activity: kim.hsl.rtmp/.MainActivity
TotalTime: 374
WaitTime: 376
Complete
C:\Users\octop>


③ 命名截图 : 下面的截图作为参考 ;


image.png


④ Activity 界面源码 : 上述启动类类对应 RTMP_Pusher 应用中的主界面 ;


package kim.hsl.rtmp;
public class MainActivity extends AppCompatActivity {
  //...
}




三、 APP 冷启动与热启动


热启动的速度要远高于冷启动 ;



1 . 冷启动 : 应用后台没有该应用 , 该应用所有资源都要重新加载 , 分配新的进程 , 初始化 Application , 初始化 Activity 界面 ; 下图中的 LanuchState 中显示了启动的模式 , 下图中显示的是冷启动 ;


image.png



2 . 热启动 : 按下 Home 键 , 应用进入后台 , 再次启动 , 应用由后台转到前台 , 这种启动称为热启动 ; 下图中的 LanuchState 中显示了启动的模式 , 下图中显示的是热启动 ;




image.png




四、 APP 启动时间计算


1 . 启动 Activity 命令 : adb shell am start -W 包名/完整 Activity 类名 ;



2 . 日志打印内容 :


C:\Users\octop>adb shell am start -W kim.hsl.rtmp/kim.hsl.rtmp.MainActivity
Starting: Intent { act=android.intent.action.MAIN 
cat=[android.intent.category.LAUNCHER] cmp=kim.hsl.rtmp/.MainActivity }
Status: ok
LaunchState: COLD
Activity: kim.hsl.rtmp/.MainActivity
TotalTime: 431
WaitTime: 433
Complete
C:\Users\octop>




3 . am 命令及源码 : 在上述命令中可以启动 Android 应用 Activity 界面 , 其中 am 命令是由 Am.java 程序编译出来的 , 其路径是 \frameworks\base\cmds\am\src\com\android\commands\am\Am.java ;




4 . 分析 Am.java 可执行文件 :



① 执行启动 Activity 相关逻辑 : 启动前后都记录了时间 , 整个启动过程就是通过这两个时间计算出来的 ;


IActivityManager.WaitResult result = null;
int res;
// 记录开始时间
final long startTime = SystemClock.uptimeMillis();
if (mWaitOption) {
    // 启动 Activity 
    result = mAm.startActivityAndWait(null, null, intent, mimeType,
                null, null, 0, mStartFlags, profilerInfo, null, mUserId);
    res = result.result;
} else {
    res = mAm.startActivityAsUser(null, null, intent, mimeType,
            null, null, 0, mStartFlags, profilerInfo, null, mUserId);
}
// 记录结束时间
final long endTime = SystemClock.uptimeMillis();


② 打印启动时间相关源码 : IActivityManager.WaitResult 对象中封装了 thisTime , totalTime 等时间信息 ; 这些时间都是在启动过程中计算的 ;


if (mWaitOption && launched) {
    if (result == null) {
        result = new IActivityManager.WaitResult();
        result.who = intent.getComponent();
    }
    System.out.println("Status: " + (result.timeout ? "timeout" : "ok"));
    if (result.who != null) {
        System.out.println("Activity: " + result.who.flattenToShortString());
    }
    if (result.thisTime >= 0) {
        System.out.println("ThisTime: " + result.thisTime);
    }
    if (result.totalTime >= 0) {
        System.out.println("TotalTime: " + result.totalTime);
    }
    System.out.println("WaitTime: " + (endTime-startTime));
    System.out.println("Complete");
}



5 . 分析启动时间计算源码 :



① 计算启动时间源码 : APP 启动时间计算在 \frameworks\base\services\core\java\com\android\server\am\ActivityRecord.java 类中计算 ;


② 在 windowsDrawn 方法中调用 reportLaunchTimeLocked 计算时间 :


public void windowsDrawn() {
    synchronized(service) {
        if (displayStartTime != 0) {
          // 该方法是入口方法
            reportLaunchTimeLocked(SystemClock.uptimeMillis());
        }
        mStackSupervisor.sendWaitingVisibleReportLocked(this);
        startTime = 0;
        finishLaunchTickingLocked();
        if (task != null) {
            task.hasBeenVisible = true;
        }
    }
}


③ 启动时间计算 : 可以看到在 reportLaunchTimeLocked 方法中 , 计算了 thisTime 和 totalTime 的时间值 ;


 

private void reportLaunchTimeLocked(final long curTime) {
        final ActivityStack stack = task.stack;
        // 这里计算了 APP 启动时间
        final long thisTime = curTime - displayStartTime;
        final long totalTime = stack.mLaunchStartTime != 0
                ? (curTime - stack.mLaunchStartTime) : thisTime;
        if (ActivityManagerService.SHOW_ACTIVITY_START_TIME) {
            Trace.asyncTraceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER, "launching", 0);
            EventLog.writeEvent(EventLogTags.AM_ACTIVITY_LAUNCH_TIME,
                    userId, System.identityHashCode(this), shortComponentName,
                    thisTime, totalTime);
            StringBuilder sb = service.mStringBuilder;
            sb.setLength(0);
            sb.append("Displayed ");
            sb.append(shortComponentName);
            sb.append(": ");
            TimeUtils.formatDuration(thisTime, sb);
            if (thisTime != totalTime) {
                sb.append(" (total ");
                TimeUtils.formatDuration(totalTime, sb);
                sb.append(")");
            }
            Log.i(ActivityManagerService.TAG, sb.toString());
        }
        mStackSupervisor.reportActivityLaunchedLocked(false, this, thisTime, totalTime);
        if (totalTime > 0) {
            //service.mUsageStatsService.noteLaunchTime(realActivity, (int)totalTime);
        }
        displayStartTime = 0;
        stack.mLaunchStartTime = 0;
    }


6 . APP 启动时间总结 :



① 开始时间 : 点击 APP 图标 , 该时间就是 Am.java 中记录的 startTime 开始时间 ;


// 记录开始时间
final long startTime = SystemClock.uptimeMillis();


② 系统分配内存时间 : 之后 Android 系统会给 APP 分配内存 , 这段时间是无法进行优化的 , 用户无法控制 , 占用时间由系统控制 ;


③ 画面绘制完毕调用方法 : 当调用 ActivityRecord.java 中的 windowsDrawn 方法时 , 画面绘制完毕 , 此时会调用 reportLaunchTimeLocked 方法 , 传入当前时间 SystemClock.uptimeMillis() 作为参数 ;


   

if (displayStartTime != 0) {
          // 该方法是入口方法
            reportLaunchTimeLocked(SystemClock.uptimeMillis());
        }


④ 画面绘制时间 : 在 reportLaunchTimeLocked 方法中 , 计算 thisTime 时间 , curTime 是传入的 SystemClock.uptimeMillis() 参数 , 即当前时间 , displayStartTime 是画面开始绘制的时间 , thisTime 就是画面绘制时间 ;


final ActivityStack stack = task.stack;
final long thisTime = curTime - displayStartTime;


⑤ 总时间计算 : 这里计算总时间时 , 需要根据当前是冷启动还是热启动进行不同的计算 , 如果是冷启动 , (curTime - stack.mLaunchStartTime) 时间是总时间 , thisTime 是热启动的启动总时间 ;


final long totalTime = stack.mLaunchStartTime != 0
        ? (curTime - stack.mLaunchStartTime) : thisTime;



相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
2天前
|
Java Android开发 iOS开发
深入探讨移动操作系统的性能优化:安卓与iOS的对比分析
在现代移动设备中,操作系统的性能优化至关重要。本文从系统架构、内存管理、电池续航和应用程序运行效率等多个维度,深入探讨了安卓(Android)和iOS两大主流移动操作系统的优化策略及其实际效果,旨在为开发者和用户提供更清晰的了解和选择依据。
11 0
|
15天前
|
移动开发 安全 Android开发
构建高效Android应用:Kotlin协程的实践与优化策略
【5月更文挑战第30天】 在移动开发领域,性能优化始终是关键议题之一。特别是对于Android开发者来说,如何在保证应用流畅性的同时,提升代码的执行效率,已成为不断探索的主题。近年来,Kotlin语言凭借其简洁、安全和实用的特性,在Android开发中得到了广泛的应用。其中,Kotlin协程作为一种新的并发处理机制,为编写异步、非阻塞性的代码提供了强大工具。本文将深入探讨Kotlin协程在Android开发中的应用实践,以及如何通过协程优化应用性能,帮助开发者构建更高效的Android应用。
|
6天前
|
缓存 编解码 安全
探索Android 12的新特性与优化技巧
【6月更文挑战第7天】本文将深入探讨Android 12带来的创新功能和改进,包括用户界面的更新、隐私保护的加强以及性能的提升。同时,我们还将分享一些实用的优化技巧,帮助用户更好地利用这些新特性,提升手机的使用体验。
|
14天前
|
缓存 Android开发 开发者
安卓系统优化:提升手机性能的秘诀
【5月更文挑战第31天】本文将探讨如何通过一系列简单的步骤和技巧,对安卓系统进行优化,以提升手机的性能。我们将从清理无用文件、管理后台应用、调整系统设置等方面入手,帮助你的安卓设备运行更加流畅。
|
14天前
|
JSON Android开发 开发者
构建高效Android应用:采用Kotlin协程优化网络请求
【5月更文挑战第31天】 在移动开发领域,尤其是针对Android平台,网络请求的管理和性能优化一直是开发者关注的焦点。随着Kotlin语言的普及,其提供的协程特性为异步编程提供了全新的解决方案。本文将深入探讨如何利用Kotlin协程来优化Android应用中的网络请求,从而提升应用的响应速度和用户体验。我们将通过具体实例分析协程与传统异步处理方式的差异,并展示如何在现有项目中集成协程进行网络请求优化。
|
16天前
|
存储 缓存 Java
安卓应用性能优化实战
【5月更文挑战第29天】随着智能手机的普及,移动应用已成为人们日常生活中不可或缺的一部分。在众多操作系统中,安卓系统以其开放性和灵活性占据了大量的市场份额。然而,应用的性能问题却时常影响着用户体验。本文将深入探讨针对安卓平台进行应用性能优化的策略与实践,从内存管理到多线程处理,再到布局渲染,旨在为开发者提供全面的优化指导,以期打造出更流畅、高效的安卓应用。
|
16天前
|
编解码 缓存 数据库
构建高效Android应用:从性能优化到用户体验
【5月更文挑战第29天】 在移动开发领域,打造一个流畅且响应迅速的Android应用对于保持用户忠诚度和市场份额至关重要。本文将深入探讨如何通过细致的性能优化措施和关注用户体验设计,来提升Android应用的整体质量。我们将透过代码层面的实践技巧、资源管理和系统机制的优化,以及用户界面和交互设计的改良,共同构建起一个既快速又吸引人的应用程序。
|
2天前
|
存储 Android开发 Kotlin
Kotlin开发安卓app,在使用 MediaPlayer 播放 res/raw 中的音乐时遇到突然中断的问题,而 onErrorListener 没有接收到任何报错
在使用 Android MediaPlayer 播放 res/raw 中的音乐时遇到中断问题,可能的原因包括资源问题、媒体文件编码格式、生命周期管理和设备资源配置。要排查问题,检查音频文件是否正确包含,格式编码是否支持,MediaPlayer 是否正确管理及释放,以及设备是否有足够存储和配置。通过设置 onErrorListener 日志和确保在 onDestroy 中释放资源来调试。如果文件过大,考虑使用 AssetManager。遵循这些步骤可帮助诊断并解决播放中断的问题。
|
2天前
|
Android开发 Kotlin
kotlin开发安卓应用 如何修改app安装后的名称
在 Android 应用中,要修改安装后的显示名称,需更新 AndroidManifest.xml 文件中 application 标签的 android:label 属性。可直接在该属性内设置新名称,或在 res/values/strings.xml 文件中修改 app_name 并在 manifest 中引用。推荐使用 strings.xml 方式,以便支持多语言和集中管理。
|
2天前
|
缓存 Android开发 Kotlin
【安卓app开发】kotlin Jetpack Compose框架 | 先用OKhttp下载远程音频文件再使用ExoPlayer播放
使用 Kotlin 的 Jetpack Compose 开发安卓应用时,可以结合 OkHttp 下载远程音频文件和 ExoPlayer 进行播放。在 `build.gradle` 添加相关依赖后,示例代码展示了如何下载音频并用 ExoPlayer 播放。代码包括添加依赖、下载文件、播放文件及简单的 Compose UI。注意,示例未包含完整错误处理和资源释放,实际应用需补充这些内容。