ActivityThread——main方法

從圖中可以知道，mActivities、mServices和mProviderMap 3個變量的類型都是ArrayMap，他們分別保存了應用中的所有的Activity對象、Services對象、和ContentProvider對象。 咦？同為四大組件的BroadcastReceive去哪裡了？注意，沒有數據結構來保存BroadcastReceiver對象，因為BroadcastReceiver對象的生命周期很短暫，屬於調用一次就創建一次、運行一次的類型，因此不需要保存BroadcastReceiver的對象。

mInitialApplication變量是一個Application對象。應用中的Applicaiton對象只有一個，如果某個應用從Applicaiton中派生了自己的類，mInitialApplication對象將是應用中自定義類的實例對象。

ApplicationThread類型變量mAppThread是一個Binder實體對象，ActivityManagerService作為Client端調用ApplicationThread的接口，目的是用來調度管理Activity，這個我們未來會細說。

變量mResourcesManager管理著應用的資源。

一口氣說了這麼多，怎麼樣，ActivityThread是不是相當於一個CEO，管理調度著幾乎所有的Android應用進程的資源和四大組件

上面非常多的問題我未來會給大家慢慢解答，因為篇幅太長反而會影響閱讀和知識的吸收，話不多說，來看看入口方法main都做了些什麼？

ActivityThread的main方法

感興趣的同學去剛才給出的網站上搜搜ActivityThread的類，大致浏覽一下，這裡先貼出main方法的代碼：

public static void More ...main(String[] args) {
5220        SamplingProfilerIntegration.start();
5221
5222        // CloseGuard defaults to true and can be quite spammy.  We
5223        // disable it here, but selectively enable it later (via
5224        // StrictMode) on debug builds, but using DropBox, not logs.
5225        CloseGuard.setEnabled(false);
5226        // 初始化應用中需要使用的系統路徑
5227        Environment.initForCurrentUser();
5228
5229        // Set the reporter for event logging in libcore
5230        EventLogger.setReporter(new EventLoggingReporter());
5231        //增加一個保存key的provider
5232        Security.addProvider(new AndroidKeyStoreProvider());
5233
5234        // Make sure TrustedCertificateStore looks in the right place for CA certificates
            //為應用設置當前用戶的CA證書保存的位置
5235        final File configDir = Environment.getUserConfigDirectory(UserHandle.myUserId());
5236        TrustedCertificateStore.setDefaultUserDirectory(configDir);
5237        //設置進程的名稱
5238        Process.setArgV0("");
5239
5240        Looper.prepareMainLooper();
5241        //創建ActivityThread 對象
5242        ActivityThread thread = new ActivityThread();
5243        thread.attach(false);
5244
5245        if (sMainThreadHandler == null) {
5246            sMainThreadHandler = thread.getHandler();
5247        }
5248
5249        if (false) {
5250            Looper.myLooper().setMessageLogging(new
5251                    LogPrinter(Log.DEBUG, "ActivityThread"));
5252        }
5253
5254        Looper.loop();
5255
5256        throw new RuntimeException("Main thread loop unexpectedly exited");
5257    }

代碼並不多，但是條條關鍵，這些操作我都為大家寫了注釋，看一下就知道程序在做什麼。

            Looper.prepareMainLooper();
            //創建ActivityThread 對象
            ActivityThread thread = new ActivityThread();
            thread.attach(false);

            if (sMainThreadHandler == null) {
                    sMainThreadHandler =thread.getHandler();
            }

            if (false) {
                Looper.myLooper().setMessageLogging(new
                        LogPrinter(Log.DEBUG, "ActivityThread"));
            }

            Looper.loop();

            throw new RuntimeException("Main thread loop unexpectedly exited");
        }

這幾行代碼拿出來單獨講解一下，首先Looper.prepareMainLooper();是為主線程創建了Looper，然後thread.getHandler();是保存了主線程的Handler，最後Looper.loop();進入消息循環。

如果不了解Android的消息機制，大家可以來看看以前我寫的文章來了解一下：

Android消息機制詳解

馬上就要大功告成了，最後還剩下一行代碼還沒解釋：

thread.attach(false);

繼續跟進attach方法，一探究竟：

            if (!system) {
5080            ViewRootImpl.addFirstDrawHandler(new Runnable() {
5081                @Override
5082                public void More ...run() {
5083                    ensureJitEnabled();
5084                }
5085            });
5086            android.ddm.DdmHandleAppName.setAppName("",
5087                                                    UserHandle.myUserId());
//將mAppThread放到RuntimeInit類中的靜態變量
5088            RuntimeInit.setApplicationObject(mAppThread.asBinder());
5089            final IActivityManager mgr = ActivityManagerNative.getDefault();
5090            try {
                    //將mAppThread傳入ActivityThreadManager中
5091                mgr.attachApplication(mAppThread);
5092            } catch (RemoteException ex) {
5093                // Ignore
5094            }
5095            // Watch for getting close to heap limit.
5096            BinderInternal.addGcWatcher(new Runnable() {
5097                @Override public void More ...run() {
5098                    if (!mSomeActivitiesChanged) {
5099                        return;
5100                    }
5101                    Runtime runtime = Runtime.getRuntime();
5102                    long dalvikMax = runtime.maxMemory();
5103                    long dalvikUsed = runtime.totalMemory() - runtime.freeMemory();
5104                    if (dalvikUsed > ((3*dalvikMax)/4)) {
5105                        if (DEBUG_MEMORY_TRIM) Slog.d(TAG, "Dalvik max=" + (dalvikMax/1024)
5106                                + " total=" + (runtime.totalMemory()/1024)
5107                                + " used=" + (dalvikUsed/1024));
5108                        mSomeActivitiesChanged = false;
5109                        try {
5110                            mgr.releaseSomeActivities(mAppThread);
5111                        } catch (RemoteException e) {
5112                        }
5113                    }
5114                }
5115            });
5116        }

當傳入的參數為false時，就走到了如上面貼出的代碼中：

此時主要完成兩件事

1.調用 RuntimeInit.setApplicationObject() 方法，把對象mAppThread（Binder）放到了RuntimeInit類中的靜態變量mApplicationObject中。

    public static final void More ...setApplicationObject(IBinder app) {
360        mApplicationObject = app;
361    }

mAppThread的類型是ApplicationThread，它是ActivityThread的成員變量，定義和初始化如下：

final ApplicationThread mAppThread = new ApplicationThread();

第二件事比較關鍵了，就是調用ActivityManagerService的attachApplication()方法，將mAppThread 作為參數傳入ActivityManagerService，這樣ActivityManagerService就可以調用ApplicaitonThread的接口了。這與我們剛才說的，ActivityManagerService作為Client端調用ApplicaitonThread的接口管理Activity，就不謀而合了。

寫在後面：
本文我們明白了ActiivtyThread作為進程的核心類它都管理著哪些對象，並且解釋了程序真正入口ActivityThread的main方法都完成了哪些重要的操作，之後會繼續帶大家了解相關共同組成Android應用進程的核心類，如果有問題和疑問可以多交流，畢竟我也是邊學習變整理總結嘛~

如果有需要，推薦你了解一下Context，對你會很有幫助哦~

你足夠了解Context嗎？

最後PS：
注意保護電腦不要被水淹！