Android性能優(yōu)化-啟動優(yōu)化

一种柑、主頁面布局優(yōu)化

應(yīng)用主界面布局優(yōu)化是老生常談了，綜合起來無非就是下面兩點匹耕，這個需要結(jié)合具體的界面布局去做優(yōu)化聚请，網(wǎng)上也有比較多的資料可以查閱

通過減少冗余或者嵌套布局來降低視圖層次結(jié)構(gòu)
用 ViewStub 替代在啟動過程中不需要顯示的 UI 控件
viewstub就是動態(tài)加載試圖；也就是在我們的app啟動繪制頁面的時候稳其，他不會繪制到view樹中驶赏；當(dāng)在代碼中執(zhí)行inflate操作后，她才會被添加到試圖中既鞠。其實ViewStub就是一個寬高都為0的一個View煤傍，它默認(rèn)是不可見的，只有通過調(diào)用setVisibility函數(shù)或者Inflate函數(shù)才會將其要裝載的目標(biāo)布局給加載出來嘱蛋，從而達到延遲加載的效果蚯姆，這個要被加載的布局通過android:layout屬性來設(shè)置。最終目的是把app加載頁面的速度提高了洒敏，使用戶體驗更好.
使用自定義 View 替代復(fù)雜的 View 疊加

二龄恋、閑時調(diào)用

在應(yīng)用啟動的時候，為了加快啟動速度凶伙，往往需要把一些比較重的操作放到子線程中郭毕，或者是延時加載。將任務(wù)放在子線程中是一個比較簡單并且看起來有效的操作函荣，但是呢铣卡，也不能太過于依賴子線程，它雖然不會阻塞主線程偏竟，但是卻會跟主線程搶占CPU煮落，當(dāng)子線程很多并且任務(wù)很重的時候，也還是會拖慢主線程的踊谋，不信你可以打出Systrace看一下蝉仇。延時加載也是一個比較好的策略，但難點就在于延時多久，這個時間并不好掌控轿衔。

1沉迹、延時加載 IdleHandler

    /**
     * Callback interface for discovering when a thread is going to block
     * waiting for more messages.
     */
    public static interface IdleHandler {
        /**
         * Called when the message queue has run out of messages and will now
         * wait for more.  Return true to keep your idle handler active, false
         * to have it removed.  This may be called if there are still messages
         * pending in the queue, but they are all scheduled to be dispatched
         * after the current time.
         */
        boolean queueIdle();
    }

簡單來說，就是當(dāng)MessageQueue中沒有更多的消息的時候就會回調(diào)queueIdle()這個方法害驹，返回true的話鞭呕，當(dāng)MessageQueue中沒有消息的時候還會繼續(xù)回調(diào)這個方法，返回false則會在執(zhí)行完之后移除掉這個監(jiān)聽宛官。
原理就是這么簡單了葫松，接下來就是動手優(yōu)化代碼了，代碼也很簡單底洗。

@Override
protected void onCreate(Bundle savedInstanceState) {
 super.onCreate(savedInstanceState);
 setContentView(R.layout.activity_main);

 // ...

 // 拿到主線程的MessageQueue
 Looper.myQueue().addIdleHandler(new MessageQueue.IdleHandler() {

 @Override
 public boolean queueIdle() {
  // 在這里去處理你想延時加載的東西
  delayLoad();

  // 最后返回false腋么，后續(xù)不用再監(jiān)聽了。
  return false;
 }
 });
}

寫起來一點都不難亥揖，只是我們需要掌握這么一個知識點而已珊擂。這里多說一句，網(wǎng)上很多關(guān)于冷啟動優(yōu)化的文章都說到了ViewPager的懶加載费变，即等到用戶滑動過去的時候才去加載界面摧扇，我們在項目中最開始也是這樣做的，但其實這樣的體驗真的很不好挚歧，所以我們利用IdleHandler做了一個延時加載扳剿，即不影響主界面的啟動工作，又能在主線程空閑下來的時候立刻去加載出其它的Tab昼激，在性能和體驗之間找到一個最好的平衡。

三锡搜、App 瘦身

App 瘦身包括代碼瘦身和資源瘦身橙困，通常的做法如下：

Inspect Code ：Android Studio 提供的代碼審查工具，實際上是內(nèi)嵌了 Lint
代碼混淆
圖片格式的選擇：如果對圖片的要求不高耕餐，可以換成 565
接入資源混淆
減少 Dex 數(shù)量

四凡傅、線程優(yōu)化

線程優(yōu)化主要是減少 CPU 調(diào)度帶來的波動，讓啟動時間更穩(wěn)定肠缔。如果啟動過程中有太多的線程一起啟動夏跷，會給 CPU 帶來非常大的壓力，尤其是比較低端的機器明未。過多的線程同時跑會讓主線程的 Sleep 和 Runnable 狀態(tài)變多槽华，增加了應(yīng)用的啟動速度，優(yōu)化的過程中要注意：

控制線程數(shù)量 – 線程池

檢查線程間的鎖趟妥，防止依賴等待

使用合理的啟動架構(gòu)

微信內(nèi)部使用的 mmkernel

阿里 Alpha

五猫态、業(yè)務(wù)梳理

這里涉及到具體的業(yè)務(wù)，每個 App 都不一樣，但是所要做的事情都是一樣的亲雪，下面是邵文在高手課里面提到的：

梳理清楚啟動過程中的每一個模塊勇凭，哪些是一定需要的，那些是可以砍掉义辕，那些是可以懶加載的
根據(jù)不同的業(yè)務(wù)場景決定不同的啟動模式
懶加載防止集中化,否則容易出現(xiàn)首頁顯示后用戶無法操作的情形

總的來說虾标，用以下四個維度分整理啟動的各個點

必要且耗時：啟動初始化，考慮用線程來初始化
必要不耗時：首頁繪制
非必要但耗時：數(shù)據(jù)上報灌砖、插件初始化
非必要不耗時：不用想璧函，這塊直接去掉，在需要用的時再加載

一句話概述周崭，要提高應(yīng)用的啟動速度柳譬，核心思想是在啟動過程中少做事情，越少越好续镇。

六美澳、業(yè)務(wù)優(yōu)化

通過梳理之后，剩下的都是啟動過程一定要用的模塊摸航。這個時候制跟，我們只能硬著頭皮去做進一步的優(yōu)化。優(yōu)化前期需要“抓大放小”酱虎，先看看主線程究竟慢在哪里雨膨。最理想是通過算法進行優(yōu)化，例如一個數(shù)據(jù)解密操作需要 1 秒读串，通過算法優(yōu)化之后變成 10 毫秒聊记。退而求其次，我們要考慮這些任務(wù)是不是可以通過異步線程預(yù)加載實現(xiàn)恢暖，但需要注意的是過多的線程預(yù)加載會讓我們的邏輯變得更加復(fù)雜排监。業(yè)務(wù)優(yōu)化做到后面，會發(fā)現(xiàn)一些架構(gòu)和歷史包袱會拖累我們前進的步伐杰捂。比較常見的是一些事件會被各個業(yè)務(wù)模塊監(jiān)聽舆床，大量的回調(diào)導(dǎo)致很多工作集中執(zhí)行，部分框架初始化“太厚”嫁佳，例如一些插件化框架挨队，啟動過程各種反射、各種 Hook蒿往，整個耗時至少幾百毫秒盛垦。還有一些歷史包袱非常沉重，而且“牽一發(fā)動全身”瓤漏，改動風(fēng)險比較大情臭。但是我想說省撑，如果有合適的時機，我們依然需要勇敢去償還這些“歷史債務(wù)”俯在。