Android APP啟動方式、啟動流程及啟動優化分析

本文章向大家介紹Android app應用啟動的一些相關知識，包括app啟動方式、app啟動流程和app啟動優化等知識！

 app應用啟動方式

1、冷啟動

 當啟動應用時，後台沒有該應用的進程，這時系統會重新創建一個新的進程分配給該應用，這個啟動方式就是冷啟動。冷啟動因為系統會重新創建一個新的進程分配給它，所以會先創建和初始化Application類，再創建和初始化MainActivity類（包括一系列的測量、布局、繪制），最後顯示在界面上。

2、熱啟動

當啟動應用時，後台已有該應用的進程（例：按back鍵、home鍵，應用雖然會退出，但是該應用的進程是依然會保留在後台，可進入任務列表查看），所以在已有進程的情況下，這種啟動會從已有的進程中來啟動應用，這個方式叫熱啟動。熱啟動因為會從已有的進程中來啟動，所以熱啟動就不會走Application這步了，而是直接走MainActivity（包括一系列的測量、布局、繪制），所以熱啟動的過程只需要創建和初始化一個MainActivity就行了，而不必創建和初始化Application，因為一個應用從新進程的創建到進程的銷毀，Application只會初始化一次。

 app應用啟動流程

為方便排版，去掉部分方法中的參數：

1. 從Activity類的startActivity()方法開始，這個方法會調用Activity類中的public void startActivityForResult()方法
2. startActivityForResult()方法會調用Instrumentation類中的public ActivityResult execStartActivity()方法，這個方法加上了{@hide}對外是不可見的
3. execStartActivity()方法中有如下的調用語句ActivityManagerNative.getDefault().startActivity()，它調用了IActivityManager類中的startActivity()方法
4. 但IActivityManager其實只是一個接口，這裡實際調用的是public abstract classActivityManagerNative這個類(它繼承自Binder類)的內部類ActivityManagerProxy中的public int startActivity()方法，ActivityManagerProxy實現了IActivityManager接口
5. ActivityManagerProxy類的public int startActivity()方法中有如下代碼，mRemote.transact(START_ACTIVITY_TRANSACTION, data, reply, 0)，這裡mRemote是一個IBinder對象，這個對象在ActivityManagerProxy構造方法中實例化，實際由外部類ActivityManagerNative的static public IActivityManager asInterface(IBinder obj)方法實例化，asInterface(IBinder obj)方法中參數實際在ActivityManagerNative類的static public IActivityManager getDefault()方法中，由ServiceManager.getService("activity")實例化
6. mRemote.transact(START_ACTIVITY_TRANSACTION, data, reply, 0)這條語句通過IBinder的transact()方法，將方法中的參數跨進程傳遞給ActivityManagerService類
7. 以上除ActivityManagerService類之外的類都位於android.app包下
8. 下面進入ActivityManagerService類，它位於源碼的/frameworks/base/services/java/com/android/server/am/路徑下，包名是com.android.server.am
9. ActivityManagerService繼承了ActivityManagerNative類，從ActivityManagerProxy類的mRemote.transact()傳遞過來的參數，被傳遞到ActivityManagerService類的onTransact()方法來處理
10. ActivityManagerService類的onTransact()方法實際上通過super.onTransact(code, data, reply, flags)這條語句又調用了ActivityManagerNative類中的onTransact()方法
11. super.onTransact(code, data, reply, flags)這條語句會調用到ActivityManagerService類的public final int startActivity()方法
12. ActivityManagerService類的startActivity()方法會調用到ActivityStack類的startActivityMayWait()方法
13. ActivityStack類位於com.android.server.am包下，startActivityMayWait()方法final int startActivityLocked()方法
14. startActivityLocked()方法最後會調用final boolean resumeTopActivityLocked()方法
15. resumeTopActivityLocked()方法會調用private final void startSpecificActivityLocked()方法
16. startSpecificActivityLocked()方法會調用startProcessLocked()方法
17. startProcessLocked()方法會調用android.os.Process類的public static final int start()方法
18. int pid = Process.start("android.app.ActivityThread", mSimpleProcessManagement ? app.processName : null, uid, uid, gids, debugFlags, null)
19. 下面進入android.os包下的Process類中
20. start()方法會調用private static int startViaZygote()方法
21. startViaZygote()方法會調用private static int zygoteSendArgsAndGetPid()方法
22. zygoteSendArgsAndGetPid()方法會使用socket與zygote進程通信
23. sZygoteSocket = new LocalSocket();
24. sZygoteSocket.connect(new LocalSocketAddress(ZYGOTE_SOCKET, LocalSocketAddress.Namespace.RESERVED));
25. 下面進入com.android.internal.os包下的ZygoteInit類
26. ZygoteInit類裡面含有LocalSocketServer的實例，會與上面提到的zygoteSendArgsAndGetPid()方法使用socket進行通信
27. 實際邏輯在ZygoteConnection這個類中的boolean runOnce()方法中
28. runOnce()方法會調用dalvik.system.Zygote這個類中的靜態方法forkAndSpecialize()
29. 下面進入dalvik.system包中的Zygote類
30. forkAndSpecialize()最終調用了native的方法native public static int forkAndSpecialize()
31. 在c代碼中開啟應用程序的進程
32. 應用的進程從android.app包下的ActivityThread類開始運行
33. ActivityThread類中含有main()方法
34. ActivityThread.main()是應用的啟動入口，在應用程序啟動的時候就會調用

 app的啟動優化：

基於上面的啟動流程我們盡量做到如下幾點

1. Application的創建過程中盡量少的進行耗時操作
2. 如果用到SharePreference,盡量在異步線程中操作
3. 減少布局的層次,並且生命周期回調的方法中盡量減少耗時的操作

通過此文，希望能幫助到大家，謝謝大家對本站的支持！