本文出自于“「2021 友盟+ 移動應用性能挑戰賽」” 中的參賽作品，該文章表述了作者如何借助友盟+ U-APM工具解決了啟動問題，

移動端性能對用戶體驗、留存有著至關重要的影響，作為開發者是不是被這樣吐槽過，“這個APP 怎么這么大？”、“怎么一直在 APP 封面圖轉悠，點不進去”、“進入詳情效果有些卡”、“用4G 使用你們的 APP，我的流量有點不夠啊”等等，這些問題都直觀反映出，一個體驗良好的應用，只有功能健全還不夠，以下是我在性能優化上總結的幾點：

啟動速度優化
流暢度優化
資源優化
記憶體優化
APK 體積優化

今天先聊聊，啟動速度的那些事

應用啟動流程

冷啟動

從點擊應用圖示到UI界面完全顯示且用戶可操作的全部程序，

特點：耗時最多，衡量標準

啟動流程：Click Event -> IPC -> Process.start -> ActivityThread -> bindApplication -> LifeCycle -> ViewRootImpl

熱啟動

因為會從已有的應用行程啟動，所以不會再創建和初始化Application，只會重新創建并初始化Activity，

特點：耗時較少

啟動流程：LifeCycle -> ViewRootImpl

因此判斷應用啟動速度的的標準是冷啟動的速度，即殺掉應用后重新啟動的速度，此項主要是和你的競品對比，

不應在 Application 以及 Activity 的生命周期回呼中做任何費時操作，具體指標大概是你在onCreate，onResume，onStart 等回呼中所花費的總時間最好不要超過 400ms，否則用戶在桌面點擊你的應用圖示后，將感覺到明顯的卡頓，

冷啟動分析及優化方向

冷啟動涉及的相關任務

冷啟動之前

首先，會啟動 App
然后，加載空白 Window
最后，創建行程

需要注意的是，這些都是系統的行為，一般情況下我們是無法直接干預的，

隨后任務

首先，創建 Application
啟動主執行緒
創建 MainActivity
加載布局
布置螢屏
首幀繪制

通常到了界面首幀繪制完成后，我們就可以認為啟動已經結束了，

下面是官方檔案中的啟動程序流程圖，顯示系統行程和應用行程之間如何交接作業，實際上對啟動流程的簡要概括，

優化方向

我們的優化方向就是 Application 和 Activity 的生命周期這個階段，啟動中的系統任務我們無法干預，能干預的就是在創建應用和創建 Activity 的程序中可能會出現的性能問題，這一程序具體就是：

Application 的 attachBaseContext
Application 的 onCreate
activity 的 onCreate
activity 的 onStart
activity 的 onResume

activity 的 onResume 方法完成后才開始首幀的繪制，所以這些方法中的耗時操作我們是要極力避免的，并且，通常情況下，一個應用的主頁的資料是需要進行網路請求的，那么用戶啟動應用是希望快速進入主頁以及看到主頁資料，這也是我們計算啟動結束時間的一個依據，

U-APM 在啟動優化上的應用

以前使用友盟統計來分析 App 榷訓、埋點等資料，發現友盟推出的 U-APM ，趕緊來嘗嘗鮮，

U-APM 是友盟+推出的 App 穩定性監控、性能監控和云真機測驗平臺，通過輕量級的集成接入即可擁有實時、可靠、全面的應用崩潰、ANR、自定義例外等捕獲能力，及卡頓、啟動分析等性能能力，支持多場景、多通道智能告警監控，幫助開發者高效還原例外、卡頓用戶的訪問路徑和業務現場，縮短故障排查時間，就啟動分析這項能力來看看，U-APM 都做了什么，

U-APM 支持啟動趨勢分析、慢啟動分析、啟動崩潰分析，