随着App的逻辑不断庞大，一不注意就会将耗时的操作放置在应用启动过程之中，导致应用启动速度越来越慢，用户体验也越来越差。优化启动速度是几乎所有大型App应用开发者需要考虑的问题。优化启动速度之前首先需要准确测量App启动时间，这样有利于我们更准确可量化地看出优化效果，也可以指导我们进行持续优化。
互联网领域里有个八秒定律，如果网页打开时间超过8秒，便会有超过70%的用户放弃等待，对Android APP而言，要求更加严格，如果系统无响应时间超过5秒，便会出现ANR，APP可能会被强制关闭，因此，启动时间作为一个重要的性能指标，关系着用户的第一体验。
启动速度是用户体验app的第一感官，所以如果APP卡顿的话，给用户的体验会非常的糟糕。 本文主要针对这点进行的分析学习以及记录。
APP启动速度非常重要，APP启动速度慢，可能会造成用户体验不良好，尤其是在最近用Android studio之后，如果长时间不打开app，启动速度就会特别的慢，下面我们一起探讨一下影响app启动速度的原因，以及解决方案。
1 . 问题描述 : Android 应用启动时 , 尤其是大型复杂的应用 , 经常出现几秒钟的白屏或黑屏 , 黑屏或白屏取决于主界面 Activity 的主题风格 ;
赵辉，专注Android平台和Java技术栈，目前主要负责Trip.com App的性能、网络、存储等基础框架，热爱阅读源码。
Spring Boot是广泛使用的Java框架，它简化了基于Spring的应用开发。但在一些情况下，应用的启动时间可能成为一个关键问题。本文将介绍一些优化Spring Boot启动时间的实践方法，并通过代码示例提供明确的指导。
软件的响应时间和响应速度直接影响到用户的体验度，如果一个软件，迟迟加载不出来，会直接影响到软件的日活、留存。因此对于一个软件，对响应速度测试是必不可少的。
https://www.cnblogs.com/pythonywy/p/11006273.html
本文介绍了浅谈android性能优化之启动过程(冷启动和热启动) ，分享给大家，具体如下：
应用启动是整个App工序的第一道流程。对于开发者，一般需要在应用启动过程中进行初始化工作，启动页的UI展示。而对于用户来说，启动速度的快慢则极大地影响了使用体验，并且间接地影响了用户的留存率。
在 【Android 性能优化】应用启动优化 ( 启动白屏问题 | 应用启动时间测量 | 冷启动 | 热启动 | 应用启动时间计算源码分析 ) __ 四、 APP 启动时间计算 博客中简要介绍了相关的启动时间 ;
为帮助应用开发者提升APP质量，推动用户体验升级，软件绿色联盟持续月度发布国内主流TOP1000应用绿标评测报告，从稳定性、性能、安全、兼容性、功耗五方面出发，解读不同分类应用在绿标测试过程中的表现及主要问题。
一触即发 App启动优化最佳实践 本篇是我的原创，我又回来啦~ 文中的很多图都是Google性能优化指南第六季中的一些截图 Google给出的优化指南来镇楼 https://developer.an
应用的启动速度缓慢是我们在开发过程中经常会遇到的问题，比如启动缓慢导致的黑屏，白屏问题，本篇博客就将介绍App启动优化的相关知识。
最近我开始尝试使用 AndroidX 的应用启动 (App Startup) 库。在这个库发 布了 1.0 版本 之后，我觉得是时候深入理解一下为什么需要、什么时候以及如何使用这个库。
随着项目的进行，APP的优化必须要尽早的展开了，所以最近自己在学习很多APP的调试技巧，今天我们就来说说Xcode为我们准备的自带的调试工具。
在前一篇文章中我制定了用户画像的计划，第一部分就是数据建模。以“一面APP”为例。 一、一面产品介绍 话题、主题、专辑、圈子 为了更好地理解如何为一个产品做数据建模，我这边先对一面APP做一个简单的介
启动优化，优化的是启动的时间，所以说，首先要知道如何去获取启动的时间。我们一般以应用程序的main函数作为一个节点，分为main函数之前的启动（pre-main阶段）和main函数之后的启动。所以说启动时间的测量也是分为pre-main和main这两个阶段来分别采取不同的方式测量。
以上打印出了所谓的thisTime和totalTime，thisTime是指当前Activity的启动时间，正常情况下，如果从桌面启动一个Activity，那么thisTime==totalTime，但是通常app会有一个不加载布局文件的闪屏页面，然后再跳转到相应的Activity，这时候thisTime仅仅是代表最后一个Activity的启动时间，而totalTime还包括而totalTime是指APP进程启动时长，闪屏页面的启动时长以及闪屏页面的消失，新Activity的启动时长之和，所以关注APP的启动时间，我们通常关注的是totalTime
1、adb命令行获取 adb shell am start -S -W com.xxxx.xxxx/com.xxxx.biz.main.ui.activity.SplashPageActivity
Xcode13上统计启动时长的变量DYLD_PRINT_STATISTICS失效了。团队中需要保留每次的启动时间以作检验优化标准。在网上找到下面文章，写了个获取启动时间工具类。
作者 / Google 和 Facebook 团队 撰稿 / Google Android 团队的 Kateryna Semenova 和 Facebook 团队的 Tim Trueman、Steven Harris、Subramanian Ramaswamy
“这些方法很久之前就知道了，不知道说点新东西？比如App Startup？能对启动优化有帮助吗？”
可见冷启动的必要条件是该APP进程不存在，这就意味着系统需要创建进程，APP需要初始化。在这三种启动方式中，冷启动耗时最长，对于冷启动的优化也是最具挑战的。因此本文重点谈论的是对冷启动相关的优化。
在Android 11中，引入了IORap，这是一个新功能，可大大缩短应用程序的启动时间。我们观察到，各种设备上的应用平均启动速度（冷启动）快5％以上。有的用例显示启动时间快20％以上。
最近在做一些App品质提升，启动时间优化是其中很重要的一项，本文围绕启动时间做一个深入了解。
①点击桌面App图标，Launcher进程采用Binder IPC向system_server进程发起startActivity请求；
我们的APP新版本，从2017年4月份提交第一行代码开始，就现在已经有两年半的时间，在这两年多的时间里，APP的内容内容不断丰富，例如先后加入了求职招聘、问答、个人中心、二手机，小视频等等模块。同时对于以前的旧功能也在不断地完善，例如，丰富了发帖的内容、小视频详情页像抖音一样方便快捷、标签的聚合更加精准的吸引用户。
关于应用启动时间测量的分析已经有不少不错的文章做了总结，下面是比较好的几篇： 1.Android性能优化典范-第6季 2.测量Activity 的启动时间 3.Activity到底是什么时候显示到屏幕上的呢
微服务化后，应用数量可能高一个数量级。一般企业，以前三五个应用能支撑业务，微服务化之后应用数量可能多达几十个。每个微服务往往独立部署，内存的消耗自然也高居不下，以前两台8核16G机器指不定就能跑起来，现两台16核64G还不一定够用，同时由于多套环境的存在加上容器编排工具(如K8s)所需的资源，硬件资源的投入自然是成倍增加。
冷启动时长是App性能的重要指标，作为用户体验的第一道“门”，直接决定着用户对App的第一印象。美团外卖iOS客户端从2013年11月开始，历经几十个版本的迭代开发，产品形态不断完善，业务功能日趋复杂；同时外卖App也已经由原来的独立业务App演进成为一个平台App，陆续接入了闪购、跑腿等其他新业务。因此，更多更复杂的工作需要在App冷启动的时候被完成，这给App的冷启动性能带来了挑战。对此，我们团队基于业务形态的变化和外卖App的特点，对冷启动进行了持续且有针对性的优化工作，目的就是为了呈现更加流畅的用户体验。
不同点：相对与web测试来说，app测试要考虑手机本身固有的属性，所以app测试还需要注意以下几点。
Hi，大家好，今天继续分享金三银四面试系列，如果你想了解之前的面试相关文章可以在文末点击👉「阅读原文」查看更多或者点击以下👇「蓝色字」查看最近文章。 金三银四跳槽季，自动化面试题预热一波 金三银四求职季，接口自动化面试题助攻一波 以下分享APP测试相关面试题，欢迎在文末留言补充评论哦。 一 web测试和app测试的相同点和区别？ 相同点：都离不开测试的基础知识和测试原理。具体包括以下几个方面。 测试用例，均使用边界值分析法，等价类划分法等。 多数采用黑盒测试，来验证业务功能是否能得到正确的应用。 需要
当应用程序的资源需求发生变化时，在 Kubernetes 1.27 中，通过 in-place 资源调整可以调整 Pod 资源而无需重新启动容器。
一个应用App的启动速度能够影响用户的首次体验，启动速度较慢(感官上)的应用可能导致用户再次开启App的意图下降，或者卸载放弃该应用程序
对于安卓app专项性能测试中的页面加载/启动时间测试，对于测试方法的选择主要考虑技术，成本和测试项；对于启动时间/页面加载时间目前主要测试方法有五种，第一种是通过Android Device Monitor 通过筛选包名和Displayed关键字，来看启动时间；第二种是通过获取APP的启动activity，然后通过adb shell am start -W 包名/xxxActivity启动页面，然后输出的的时间有This time,Totaltime和Waittime三个时间；第三种是通过高速摄像机和QuickTime Player 来测试；第四种是通过自动化和图像识别来统计时间；第五种是让开发在代码插桩来进行统计；其中第五种是依赖开发或者依赖代码，并且存在无法判断元素是否加载完成，存在误差，综合以上，根据能力的区别和成本投入，前面四种测试方法都有人选择，而对于第三种应该是最准确，也是对于高要求的公司在使用，基本高速摄像头，一般1s都有240张图，可以测试的很精准，可以真正的测试到用户感知的页面加载完成的时间；对于成本投入小，精度要求不是特别高的，我建议是使用自动化和图像识别，这个是最好的；
事件发生在发包上线的前两天，在某某云进行移动测试时，提示冷启动速度低于平均值的问题，之前自己也曾尝试过优化，但是发现效果并不是很明显，作为一个有追求的开发者，趁着有点空闲时间，要好好研究一下冷启动优化问题。
导语 这里是Android性能优化典范第6季的课程学习笔记，从被@知会到有连载更新，这篇学习笔记就一直被惦记着，现在学习记录分享一下，请多多指教包涵！这次一共才6个小段落，涉及的内容主要有：程序启动时间性能优化的三个方面：优化activity的创建过程，优化application对象的启动过程，正确使用启动显屏达到优化程序启动性能的目的。另外还介绍了减少安装包大小的checklist以及如何使用VectorDrawable来减少安装包的大小。 1. App Launch time 101 提高程序的启动速度
测试场景： 1.APP启动慢； 2.页面加载慢； 关键词：体验差，打开慢，用户吐槽 测试方法： 1.Android Device Monitor 过滤关键字Display 2.adb shellam start -W -n +包名/Activity 3.程序代码插桩； 4.高速摄像机+QuickTime Player 5.自动化工具+图像识别 测试方法介绍及实际案例操作讲解：
ADB，全名Android Debug Bridge，是Android提供的一个通用的调试工具，是一个C/S架构的命令行工具，通过这个工具，使得我们的PC能够和Android设备来进行通信。之前一篇文章我们介绍了adb安装以及一些adb的基础命令，本文我们将介绍一些我们在进行app自动化测试时经常使用到的命令。
(app除了这些性能测试，还有：手机版本号兼容性，屏幕分辨率兼容性，稳定性测试，安全测试等，后续会持续更新… 流量测试同这些一起更新，这里就不在说明了 )
Native镜像技术是一种将Java应用程序编译成本地可执行文件的技术。它的原理是通过静态编译将整个Java应用程序及其依赖项转换为本地机器代码，从而实现更快的启动时间和较小的内存占用。
大多数人使用 Create React App 来创建 React App。虽然它支持所有开箱即用的配置。但是，当你的项目代码增长时，你可能会面临更高的构建时间、开发服务器的启动速度变慢并等待 2 到 5 秒以反映您在代码中所做的更改，并且当应用程序大规模增长时，这可能会迅速增加。
启动是用户对App的第一印象，对于用户体验尤为重要，所以我们花了很多时间在启动时间的优化上。本文将分享Trip.com App的启动优化实践，从分析App启动的过程开始，在了解启动流程的基础上制定大的优化原则和小的具体方案，希望能对大家有所帮助。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
