Android 性能优化——APP启动优化详解

最新推荐文章于 2025-09-23 15:45:48 发布
原创 最新推荐文章于 2025-09-23 15:45:48 发布 · 1.5k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android #性能优化 #性能监控 #java #移动开发

1.1 为什么要启动优化？

用户希望应用能够及时响应并快速加载，启动时间过长的应用不能满足这个期望，并且可能使用户失望。

启动太慢的结果：

  • 体验效果差
  • 用户放弃使用你的应用
  • 时间越长用户流失越高
  • 产品死掉

1.2 启动优化流程及分类

1.2.1 开机启动流程

1.2.2 启动分类
  • 冷启动：应用从头开始启动（应用自设备启动后或系统终止应用后首次启动）；
  • 热启动：将Activity带到前台（如果应用的所有Activity都还驻留在内存中，则应用无需重复对象初始化、布局扩充和呈现。需要注意的是，如果程序的某些内存被系统清除，比如调用了onTrimMemory方法，则需要重新创建这些对象以响应热启动事件）；
  • 温启动：涵盖在冷启动期间发生的操作的一些子集，同时它的开销比热启动多（它与热启动最大的区别在于，必须通过调用onCreate方法开始重新创建活动，也可以从传递给onCreate方法中保存的实例状态中获得某些对象的恢复）。

冷启动流程：

  1. 加载并启动APP；
  2. 启动后立即为该APP显示一个空白启动窗口；
  3. 创建APP进程（创建应用程序对象）；
  4. 启动主线程，创建主Activity；
  5. 加载布局，绘制。

启动总结：

App从被系统调用，再到第一个页面渲染到手机屏幕，我们通常只需要关注Application中的onCreate方法，第一个Activity中onCreate、onStart、onResume方法。

注意：如果在App启动第一个Activity时，该Activity不但有自己的逻辑，还在onCreate、onStart或者onResume方法中直接有跳转到了其它Activity页面，那么跳转后的Activity的这三个方法也需要进行优化。

1.2.3 黑白屏优化

在系统加载并启动App时，需要耗费相应的时间，即使时间不到1S，用户也会感觉到当点击App图标时会有“延迟”现象，为了解决这一个问题，Google的做法是在App创建的过程中，先展示一个空白的页面，让用户体会到点击图标之后立马就有响应，而这个空白页面的颜色则是根据我们在Manifest文件中配置的主题颜色 来决定的，现在一般默认为白色。

可以为应用的加载设置主题背景，从而使应用的启动屏幕在主题背景上与应用的后续效果保持一致，而不是采用系统主题。

方案一：设置LauncherTheme

在LauncherTheme中，设置系统“取消预览（空白窗体）”为true，或者设置空白窗体为透明，这样用户从视觉上就无法看出黑白屏的存在：

<style name="AppTheme.LauncherTheme">
	<!--设置系统的取消预览（空白窗口）为true-->
  <item name="android:windowDisablePreview">true</item>
  <!--设置背景为透明-->
  <item name="android:windowIsTranslucent">true</item>
</style>

方案二：自定义Theme主题

  1. 自定义继承自AppTheme的主题；
  2. 将启动Activity的Theme设置为自定义主题；
  3. 在启动Activity的onCreate方法中，在super.onCreate和setContentView方法之前调用setTheme方法，将主题设置为最初的AppTheme。

① 自定义主题

<style name="AppTheme.LaunchTheme1">
	<item name="android:windowBackground">@mipmap/ic_launcher</item>
</style>

② 设置启动Activity主题

<activity android:name=".MainActivity"
          android:theme="@style/AppTheme.LaunchTheme1">
	<intent-filter>
  	<action android:name="android.intent.action.MAIN"/>
    <category android:name="android.intent.category.LAUNCHER"/>
  </intent-filter>
</activity>

③ 在代码中将主题设置回来

protected void onCreate(Bundle savedInstanceState) {
  	setTheme(R.style.AppTheme)
    super.onCreate(savedInstanceState);
}

1.3 测量启动时间

1.3.1 测量方式

  • 系统日志输出：在Android4.4及更高的版本中，logcat包括一个输出行，其中包含命令为Displayed的值，此值代表从启动进程到在屏幕上完成对应用Activity绘制所经过的时间(MI6测试，并没有)；

    1. 启动进程；
    2. 初始化对象；
    3. 创建并初始化Activity:ActivityManager:displayed com.sty.ne.appperformance/.MainActivity: +550ms；
    4. 扩充布局；
    5. 首次绘制应用。

  • adb命令：adb shell Activity Manager:

adb [ -d | -e | -s <serialNumber>] shell am start -S -W
com.sty.ne.appperformance/.MainActivity
-c android.intent.category.LAUNCHER
-a android.intent.action.MAIN

adb shell am start -W com.sty.ne.appperformance/.MainActivity

显示结果如下：

GGGdeMac-mini:NeAppPerformance tian$ adb shell am start -W com.sty.ne.appperformance/.activity.SplashActivity
Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] cmp=com.sty.ne.appperformance/.activity.SplashActivity }
Status: ok
Activity: com.sty.ne.appperformance/.MainActivity
ThisTime: 186  （最后一个Activity启动耗时）
TotalTime: 395  （所有Activity启动耗时）
WaitTime: 417  （AMS启动Activity的总耗时）
Complete
  • 手动获取：手动打印日志计算启动时间，只能记录应用内耗时。
private void findViews() {
  final View viewRoot = findViewById(R.id.root);
  viewRoot.getViewTreeObserver().addOnPreDrawListener(new ViewTreeObserver.OnPreDrawListener() {
    @Override
    public boolean onPreDraw() {
      viewRoot.getViewTreeObserver().removeOnPreDrawListener(this);
      LauncherTimer.logEnd("tag3");
      return false;
    }
  });
}

@Override
protected void onResume() {
  super.onResume();
  LauncherTimer.logEnd("tag1");
}

@Override
public void onWindowFocusChanged(boolean hasFocus) {
  super.onWindowFocusChanged(hasFocus);
  LauncherTimer.logEnd("tag2");
}
// D/Time: 2/tag1 launcher time=101
// D/Time: 2/tag3 launcher time=139
// D/Time: 2/tag2 launcher time=146
1.3.2 方法耗时统计

  • traceview统计：可以用代码统计，也可以用Android Studio自带的cup profiler来统计；缺点是代码侵入性强，会拖慢程序运行。

    ①Debug Trace:

    @Override
public void onCreate() {
  super.onCreate();
  Debug.startMethodTracing("Launcher");

  coreSize = Runtime.getRuntime().availableProcessors();
  executorService = Executors.newFixedThreadPool(Math.max(2, Math.min(coreSize - 1, 4)));
  application = this;
  context = this.getApplicationContext();
  AppProfile.context = context;
  ScreenUtil.init(context);
  initLog();
  AppForegroundWatcher.init(context);
  CrashReport.initCrashReport(getApplicationContext(), "e9bf59bd43", false);

  Debug.stopMethodTracing();
  //sdcard/Android/data/com.sty.ne.appperformance/files/Launcher.trace  --> save as 导出来，用Profiler打开
}

    sdcard/Android/data/com.sty.ne.appperformance/files/Launcher.trace --> save as 导出来，用Profiler打开，如下图所示：

缺点：只能记录应用内程序执行时间。

②CPU Profiler:

不需要侵入代码（无需写Debug.startMethodTracing("Launcher"），但是需要做如下配置：

  1. run -> edit configurations；
  2. 勾选start recording a method trace on startup；
  3. 从菜单中选择cpu记录配置（profiling菜单下勾选两个复选框）；
  4. apply --> profile模式部署。

  • systrace统计

    在代码中添加命令：

    @Override
public void onCreate() {
  super.onCreate();
  //systemtrace方式
  Trace.beginSection("Launcher");

  coreSize = Runtime.getRuntime().availableProcessors();
  executorService = Executors.newFixedThreadPool(Math.max(2, Math.min(coreSize - 1, 4)));
  application = this;
  context = this.getApplicationContext();
  AppProfile.context = context;
  ScreenUtil.init(context);
  initLog();
  AppForegroundWatcher.init(context);
  CrashReport.initCrashReport(getApplicationContext(), "e9bf59bd43", false);

  Trace.endSection();
}

命令行终端进入如下目录：/Users/tian/Library/Android/sdk/platform-tools/systrace

输入如下命令进入监听状态：

    python systrace.py -o mynewtrace.html sched freq idle am wm gfx view binder_driver hal dalvik camera input res

此时运行代码，完成之后在命令行窗口按Enter键结束监听，然后会生成目标文件mynewtrace.html:

分析目标文件：

  • aop方式统计

1.4 优化方式

1.4.1 异步优化

异步优化主要是采用子线程来进行线程初始化，并行执行，减少执行时间。

@Override
public void onCreate() {
  super.onCreate();

  coreSize = Runtime.getRuntime().availableProcessors();
  executorService = Executors.newFixedThreadPool(Math.max(2, Math.min(coreSize - 1, 4)));
  application = this;
  context = this.getApplicationContext();
  AppProfile.context = context;
  ScreenUtil.init(context);
  async(new Runnable() {
    @Override
    public void run() {
      initLog();
    }
  });
  async(new Runnable() {
    @Override
    public void run() {
      AppForegroundWatcher.init(context);
    }
  });
  async(new Runnable() {
    @Override
    public void run() {
      CrashReport.initCrashReport(getApplicationContext(), "e9bf59bd43", false);
    }
  });
}

异步优化需要关注的点：

  1. 确定能不能异步优化；
  2. 执行的方法是否有先后顺序；
  3. 需要注意异步后程序能否正常执行；
  4. 异步线程中使用的api不能创建Handler；
  5. 不能有UI操作。
1.4.2 延迟初始化

仅初始化立即需要的对象，不要创建全局静态对象，而是移动到单例模式，其中应用仅在第一次访问对象时初始化它们。

1.4.3 空闲时初始化

可以监听应用空闲时间，在空闲时间进行初始化。

public class DelayInit {
    private Queue<Runnable> delayQueue = new LinkedList<>();

    public void add(Runnable runnable) {
        delayQueue.add(runnable);
    }

    public void start() {
        Looper.myQueue().addIdleHandler(new MessageQueue.IdleHandler() {
            @Override
            public boolean queueIdle() {
                Runnable poll = delayQueue.poll();
                if(poll != null) {
                    poll.run();
                }
                return !delayQueue.isEmpty();
            }
        });
    }
}

其实出了启动优化外，Android 性能优化中还有 内存优化、网络优化、卡顿优化、存储优化……等，为了让大家一次都可以了解全，所以将其整合成名为《Android 性能优化核心知识点手册》，大家可以参考下：

《APP 性能调优进阶手册》：https://qr18.cn/FVlo89

启动优化

内存优化

UI优化

网络优化

Bitmap优化与图片压缩优化

多线程并发优化与数据传输效率优化

体积包优化

《Android 性能调优核心笔记汇总》：https://qr18.cn/FVlo89

《Android 性能监控框架》：https://qr18.cn/FVlo89

Android性能优化——APP启动优化（四）
小旭的专栏
03-18 3434
自定义控件和UI部件，不管这些控件是否支持 xml 化，实现它们的代码质量很重要，要尽可能简化它们的构造过程。
Android AMS——APP启动流程（九）
小旭的专栏
10-08 676
调用 Activity 的 startActivity 方法来启动目标 Activity。接着就会调用到 Instrunmentation 的 execStartActivity 方法，通过获取 ATMS 的 binder 代理对象，然后调用到 ATMS 的 startActivity 中去。
浅谈Android开机启动速度优化（含应用程序启动速度优化）
热门推荐
jackyu613的专栏 Embedded Linux Android
11-30 6万+
众所周知Android开机启动速度较慢，于是如何加快启动速度便成为一个值得讨论的问题。在查阅过许多资料后（特别是Google Group的android-platform），我整理总结出下面几点基本看法。Android开机启动耗时较多的部分有2个，分别是preload classes和scan packages。这里又数preload classes最为耗时，在我的机子上一般需要13秒左右。关于preload classes的优化，可以参见http://www.eoeandroid.com/thread-2
Android启动优化
最新发布
w2064004678的博客
09-23 777
层面关键优化手段内核/Init驱动裁剪与延迟初始化，init.rc 任务并行化Zygote精简预加载类和资源服务启动并行化，非关键服务延迟加载，PMS 扫描优化应用/Launcher预编译，应用启动优化工具bootchart（宏观），systrace/perfetto（微观），logcat/dmesg（日志）
Android应用启动优化
李林杰的博客
01-11 799
应用启动时间 用户希望应用能够及时响应并快速加载。启动时间过长的应用不能满足这个期望，并且可能会令用户失望。这种糟糕的体验可能会导致用户在 Play 商店针对您的应用给出很低的评分，甚至完全弃用您的应用。 本文档提供的信息可以帮助您优化应用的启动时间。首先介绍启动过程的内部机制。然后，讨论如何剖析启动性能。最后，介绍一些常见的启动时间问题，并给出一些有关如何解决这些问题的提示。 了解应用启动内部机制 应用有三种启动状态，每种状态都会影响应用向用户显示所需的时间：冷启动、温启动或热启动。在冷启动中，应用从头开
性能优化---启动优化(耗时排查—代码里执行耗时还是布局耗时)
lcj908692的博客
05-29 1135
启动状态 应用有三种启动状态，冷启动、温启动与热启动；每种启动状态都会影响该应用向用户显示所需的时间。 在冷启动中，应用从头开始启动。 在另外两种状态中，系统需要将后台运行的应用带入前台。建议始终在假定冷启动的基础上进行 优化。这样做也可以提升温启动和热启动的性能。 冷启动 冷启动是指应用从头开始启动：系统进程在冷启动后才创建应用进程。发生冷启动的情况包括应用 自设备启动后或系统终止应用后首次启动。 热启动： 在热启动中，系统的所有工作就是将 Activity 带到前
Android性能优化-App启动优化
weixin_34224941的博客
05-17 175
原文地址：https://developer.android.com/topic/performance/launch-time.html#common 通常用户期望app响应和加载速度越快越好。一个启动速度慢的app很可能会给用户留下不好的印象，除了导致用户在应用市场上的打分低之外，很有可能导致致用户直接卸载。 这篇文章提供了优化app启动时间的方法。先解释了app进程启动的内部流程。然后讨论...
Android应用启动过程优化
xuyin1204的博客
03-16 1321
在ActivityThread里面有一个函数handleResumeActivity()，在这个函数中我们执行会间接的调用activity的onResume函数，当onResume函数执行完成后会在handleResumeActivity中如下的一段代码1。在上面的代码中，会执行WindowManager的addView函数，在这个函数里面会调用ViewRootImpl的函数，进而调用WMS的方法，将decor这个view显示到Window上，decor。第二阶段：应用Application执行过程。
你想要的Android性能优化系列：启动优化
胡飞洋的技术积累
07-22 6721
补充： attachBaseContext windowFocusChange 一、概述 用户希望应用能够及时响应并快速加载。启动时间过长的应用不能满足这个期望，并且可能会令用户失望。这种糟糕的体验可能会导致用户在 Play 商店针对您的应用给出很低的评分，甚至完全弃用您的应用。 本篇就来讲解如何分析和优化应用的启动时间。首先介绍启动过程机制，然后讨论如何检测启动时间以及分析工具，最后给出通用启动优化方案。 二、应用启动流程介绍 应用有三种启动状态：冷启动、温启动、热启动。 冷启动 冷启动是指应用从头开
Android 内存优化——常见内存泄露及优化方案
MYY的博客
10-20 1592
熟悉Handler消息机制的都知道，mHandler会作为成员变量保存在发送的消息msg中，即msg持有mHandler的引用，而mHandler是Activity的非静态内部类实例，即mHandler持有Activity的引用，那么我们就可以理解为msg间接持有Activity的引用。在Android开发中，静态持有很多时候都有可能因为其使用的生命周期不一致而导致内存泄漏，所以我们再新建静态持有的变量的时候需要多考虑一下各个成员之间的引用关系，并且尽量少地使用静态持有的变量，以避免发生内存泄漏。
Android性能优化——APK瘦身大全，android屏幕适配五种方式
m0_64382950的博客
11-27 325
这几个部分构成的。 通常来说我们可以AndroidStudio自带的Analyze APK工具进行APK的资源分析进行我们的瘦身工作,关于工具的使用请参考视频 我们的瘦身也是通过分析APK的组成部分后进行操作,注意，重点来了，下面说说我对瘦身方案的理解，拿出你的小本本记录起来吧~ 代码瘦身 代码混淆 道在开发过程中往往为了开发方面，我们通常不会开启混淆措施，一旦到了线上后，我们不管为了APK安全还是瘦身，都建议开启混淆措施 开启混淆很简单，在build.gradle文件中配置minifyEnable t
Android SystemUI——服务启动流程（二）
小旭的专栏
01-13 1329
在 Andorid 系统源码中，package/apps下放的是系统内置的一些 APP，例如 Settings、Camera、Phone、Message 等等。而在 framework/base/package 下，它们也是系统的 APP，SystemUI 就在此目录下。它控制着整个 Android 系统的界面，但其实他也是一个 APP，不同于一般的 APP，它不可卸载也不可以被第三方应用替换。对于用户而言，SystemUI 的改动是最能直观感受到的。
Android APP启动优化
lzb_ah的博客
09-06 213
随着项目越来越大，项目中使用的一些组件和一些第三方的SDK越来越多，大多数的SDK和组件都需要在Application中进行注册和初始化，这一系列的注册和初始化将Application.onCreate方法执行时间变的很长，给用户的体验就是点了APP图标后白屏或者黑屏好久才能进入应用，造成了很不好的体验。 对于我们APP的启动来说分为热启动和冷启动，这里我们只针对冷启动进行优化，因为如果冷启动优化的好，热启动也同样会被优化。 耗时检测 做优化之前我们要对我们的各个方法进行耗时检测，确定下具体的耗时的任务.
Android-APP启动优化
weixin_43506260的博客
07-05 2871
Android-APP启动优化伪优化案例占位图方案总结（修改全局的主题）修改局部的主题真正的优化优化真正优化的总结 黑白屏问题优化 黑白屏在商业APP中的价值 如何使用Traceview工具对优化定位处理 伪优化 用于用户体验，用来给到用户体验，没有实质性的优化 案例 注意看这一块（parent=“Theme.AppCompat.Light”） 如果没写这一块，启动时会是一个黑屏，写了这一块，启动时会是一个白屏； <!-- Base application theme. --> &
Android性能优化(一)：APP启动优化
feng海涛
05-20 2566
App启动的方式有三种： 1. 冷启动：App没有启动过或App进程被killed, 系统中不存在该App进程, 此时启动App即为冷启动。 2. 热启动：热启动意味着你的App进程只是处于后台, 系统只是将其从后台带到前台, 展示给用户。 3. 介于冷启动和热启动之间, 一般来说在以下两种情况下发生: (1)用户back退出了App, 然后又启动, App进程可能还在运行,但是activity需要重建。 (2)用户退出App后, 系统可能由于内存原因将App杀死, 进程和activity都.
Android App 性能优化之启动优化
Deep C
07-29 346
冷启动和热启动 1. 冷启动 当启动应用时，后台没有该应用的进程，系统会重新创建一个新的进程分配给该应用，然后再根据启动的参数，启动对应的进程组件。 2. 热启动 当启动应用时，后台已有该应用的进程 （例：按back键、home键，应用虽然会退出，但是该应用的进程是依然会保留在后台，可进入任务列表查看），所以在已有进程的情况下，这种启动会从已有的进程中来启动对应的进程组件。 1.冷启动优化 1.1 视觉优化 App出现短暂黑屏和白屏现象。 其原因在于：应用启动时WindowManager会去加载App主题
APP启动优化Android篇
maniuT的博客
09-09 1053
首先，我们要先明白，什么叫「冷启动」。Android官方对启动的定义，可以参考文档：https://developer.android.com/topic/performance/vitals/launch-time，我们可以在Logcat中，通过Displayed的flitter筛出启动时间。例如：那么阿里集团是如何定义Android应用启动的呢？系统初始化应用初始化首屏展示启动完成（可交互）本文讲重点讲述「应用初始化」和「首屏展示」两个阶段的优化。
Android app启动优化
weixin_33935505的博客
05-29 366
一、应用的启动方式   通常来说，启动方式分为两种：冷启动和热启动。   1、冷启动：当启动应用时，后台没有该应用的进程，这时系统会重新创建一个新的进程分配给该应用，这个启动方式就是冷启动。   2、热启动：当启动应用时，后台已有该应用的进程（例：按back键、home键，应用虽然会退出，但是该应用的进程是依然会保留在后台，可进入任务列表查看），所以在已有进程的情况下，这种启动会从已有的进程中来启...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值