[[410837]]

本文轉載自微信公眾號「Android開發編程」，作者Android開發編程。轉載本文請聯系Android開發編程公眾號。

一、淺談啟動性能優化原因

1、引起性能問題的原因

隨著項目不斷的快速迭代，往往會造成App啟動卡慢現象，因為可能在App主進程啟動階段或者在主界面啟動階段放了很多初始化其他業務的邏輯，而這些業務落地可能一開始并不需要用到;

2、為什么要做啟動速度優化

• App啟動卡慢會影響一個App的卸載率和使用率;
• 啟動速度快會給人一種輕快的感覺，減少用戶等待時間;
• 如果一個App從點擊桌面圖標到看到主界面花了10秒，請問你能接受么?忍耐不好的估計直接就卸載了，或者沒等打開就直接Home鍵按出去，然后殺進程了;這樣一來App卸載率提升了，使用率下降了。所以對于有大量用戶的App來說，這些性能細節是很重要的;

二、分析怎么做啟動優化

1、啟動過程簡單分析

App從點擊桌面圖標到我們看到App的主界面整個過程中經過了哪些步驟，哪些地方是我們可以優化的地方;

下圖是App啟動過程的一個大概描述

2、從啟動過程找出優化點

App啟動過程中我們優化的地方包括主進程啟動流程和主界面啟動流程，主進程啟動就是Application的創建過程，主界面啟動就是MainActivity的創建過程;

只需要分別對這兩個部分進行優化即可:

• Application中attachBaseContext最早被調用，隨后是onCreate方法，盡量在這兩個方法中不要有耗時操作;
• MainActivity中重點關注onCreate，onResume，onWindowFocusChange;

3、統計耗時操作

函數耗時統計工具之Hugo

Hugo項目是一個調試函數調用耗時的工具，通過對方法或者類添加@DebugLog注解，在運行時會將函數的耗時打印在控制臺中，通常用于排查函數耗時，或者用于卡頓檢測;

①使用方法

項目根目錄build.gradle添加hugo插件依賴

classpath 'com.jakewharton.hugo:hugo-plugin:1.2.1' 

②主工程或者library的錄build.gradle中聲明hugo插件

apply plugin: 'com.jakewharton.hugo' 

復制代碼可通過配置開啟或關閉hugo功能。

hugo { 
  enabled false 
} 

③在類或方法上聲明@DebugLog注解

@DebugLog 
public String getName(String first, String last) { 
  SystemClock.sleep(15); 
  return first + " " + last; 
} 

④運行程序會在控制臺會打印函數耗時日志：

getName [16ms] = "testtest" 

其實 hugo項目很簡單，后續我們會講解怎么自己寫一個;

三、優化步驟

1、Application中加入異步線程

是把不必要提前做的操作放到異步線程中去做，也就是我們經常做的異步加載;

下面簡單寫個代碼示例

public class StartUpApplication extends Application { 
    @Override 
    public void onCreate() { 
        // 程序創建時調用，次方法應該執行應該盡量快，否則會拖慢整個app的啟動速度 
        super.onCreate(); 
        onSyncLoadForCreate(); 
    } 
    @Override 
    protected void attachBaseContext(Context base) { 
        super.attachBaseContext(base); 
        onSyncLoad(); 
        onAsyncLoad(); 
    } 
    private void onSyncLoadForCreate() { 
Logutils.log("onSyncLoadForCreate "); 
        Thread.sleep(200);模擬阻塞200毫秒 
    } 
    private void onSyncLoad() { 
Logutils.log("onSyncLoad "); 
          Thread.sleep(200);模擬阻塞100毫秒 
    } 
    public void onAsyncLoad() { 
        new Thread(new Runnable() { 
            @Override 
            public void run() { 
                // 異步加載邏輯 
            } 
        }, "ApplicationAsyncLoad").start(); 
    } 
} 

2、主頁面加入異步線程和延遲加載功能

與Application的優化思路一樣，也是封裝onSyncLoad和onAsyncLoad方法對現有代碼進行一個分類，但是這兩個方法的調用時機要晚一點，是在主界面首屏繪制完成的時候調用。這個步驟也需要new一個Thead，屬于額外的開銷，不過這不影響我們整體性能;

3、態加載布局：主布局文件優化

把主界面中不需要第一次就用到的布局全部使用動態加載的方式來處理，使用ViewStub或者直接在使用時動態addView的方式;

4、主布局文件深度優化

如果做了上面這些優化還是會發現進入主界面還是有些慢，那么需要重點關注主布局文件了。主布局文件的復雜度直接影響到了Activity的加載速度，這個時候需要對主布局文件進行深度優化了;

Activity在加載布局的時候，會對整個布局文件進行解析，測量(measure),布局(layout)和繪制(draw)，所以設計簡單合理的布局尤為重要。幾個重要的優化如下：

• 減少布局層級
• 減少首次加載View的數量
• 減少過度繪制

5、頁面功能的分模塊化和懶加載

• 一個頁面上有很多功能模塊，最好每個功能模塊都單獨的分開，模塊之間用接口進行數據溝通;
• 按需加載所需要的功能，不要打開一個頁面都加載所有的功能;
• 加載完所需要的功能，如果是一次性加載不需要保持在內存中，盡快銷毀掉，形成良好的習慣;

總結：

優化是一條持續之路，通過優化我們可以了解到影響啟動性能的因素有哪些，這樣我們平時在編碼的過程中就會多注意自己的代碼性能;

其實優化還有很多辦法，比如資源文件的優化、耗性能的寫在c++層、合理的設計模式等等，我們做的就是規范我們的代碼，讓我們自己變的更強大更好。