Service 啟動 Activity

在 Activity 中其中 startActivity 這個大家應該是非常熟悉的。那麼從 Service 裡面呼叫 startActivity 話，會怎麼樣呢？

會出現下面的異常：

android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity  context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?

也就是在 Service 裡面啟動 Activity 的話，必須新增 flag “FLAG_ACTIVITY_NEW_TASK”。

那麼下面的話，我們將從下面幾個方面分析這個問題。
1. 這個異常怎麼產生的？
2. 解決這個異常後會出現問題？
3. 為什麼 Activity.startActivity() 不會出現這個問題？

Context的繼承關係圖

首先來看一張圖， 這張圖表示了 Context 裡面的基本繼承關係。

1. 最上面的是 Context.java，它其實是一個抽象類，它有兩個重要的子類 ContextImpl 和 ContextWrapper
2. ContextImpl，是 Context 功能實現的主要類，
3. ContextWrapper，顧名思義，它只是一個包裝而已。主要功能實現都是通過呼叫 ContextImpl 去實現的。
4. ContextThemeWrapper，包括一些主題的包裝，由於 Service 沒有主題，所以直接繼承 ContextWrapper；但是 Activity 就需要繼承 ContextThemeWrapper

異常如何產生

找到報錯的程式碼

檔案：
frameworks\base\core\java\android\app\ContextImpl.java
程式碼：

public void startActivity(Intent intent, Bundle options) {

        warnIfCallingFromSystemProcess();

        if
 
 ((intent.getFlags()&Intent.FLAG_ACTIVITY_NEW_TASK) == 0) {

            throw new AndroidRuntimeException(

                    "Calling startActivity() from outside of an Activity "

                    + " context requires the FLAG_ACTIVITY_NEW_TASK flag."

                    + " Is this really what you want?");

        }

        mMainThread.getInstrumentation().execStartActivity(

            getOuterContext(), mMainThread.getApplicationThread(), null,

            (Activity)null, intent, -1, options);

}

在下面的if條件判斷，如果不包含 FLAG_ACTIVITY_NEW_TASK 就會報這個錯誤

if ((intent.getFlags()&Intent.FLAG_ACTIVITY_NEW_TASK) == 0) {
    ...
}  

那麼 service.startActivity(Intent intent) 怎麼會呼叫這裡來的呢？
要回答這個問題，我們分析下 service.startActivity() 做了什麼，其實， service.startActivity 呼叫的是 ContextWrapper.startActivity()，因為 Service 繼承自 ContextWrapper

程式碼檔案

frameworks\base\core\java\android\content\ContextWrapper.java
程式碼：

public void startActivity(Intent intent, Bundle options) {
    mBase.startActivity(intent, options);
}

ContextWrapper.startActivity 的話，是直接呼叫的
mBase.startActivity(intent, options);
那麼這個 mBase 是什麼呢？又是什麼時候賦值的呢？其實 mBase 是在 ContextWrapper 的 attachBaseContext 的時候初始化的。如下：

protected void attachBaseContext(Context base) {

        if (mBase != null) {

            throw new IllegalStateException("Base context already set");

        }

        mBase = base;

    }

那又是誰呼叫 attachBaseContext 的呢？
是在 Service 建立的時候，在 ActivityThread 裡面呼叫，如下：

程式碼檔案
frameworks\base\core\java\android\app\ActivityThread.java
程式碼：

private void handleCreateService(CreateServiceData data) {

        LoadedApk packageInfo = getPackageInfoNoCheck(

                data.info.applicationInfo, data.compatInfo);

        Service service = null;

        try {

            java.lang.ClassLoader cl = packageInfo.getClassLoader();

            service = (Service) cl.loadClass(data.info.name).newInstance();

        } catch (Exception e) {

            ....

        }

        try {

            if (localLOGV) Slog.v(TAG, "Creating service " + data.info.name);

            ContextImpl context = ContextImpl.createAppContext(this, packageInfo);

            context.setOuterContext(service);

            Application app = packageInfo.makeApplication(false, mInstrumentation);

            service.attach(context, this, data.info.name, data.token, app,

                    ActivityManagerNative.getDefault());

            service.onCreate();

            mServices.put(data.token, service);

            ....

        } catch (Exception e) {

            ...

        }

    }

抽出主要程式碼分析 ActivityThread. handleCreateService() 方法裡面主要做這幾件事:
1. 通過 pms 找到要啟動的 Service 配置資訊，然後通過反射生成 Service 物件
2. 建立 ContextImpl 物件，然後呼叫 service.attach 方法設定到 ContextWrapper.java的 mBaseContext 變數裡面。

那現在就明白了，service.startActivity()->ContextWrapper.startActivity()->ContextImpl.startActivity()
然後再 ContextImpl.startActivity 裡面會檢查 Intent 的引數是否包含FLAG_ACTIVITY_NEW_TASK，從而出現這個異常。

解決這個異常後會出現問題？

有些同學就會說了，在 Service 裡面啟動 Activity 必須要有 FLAG_ACTIVITY_NEW_TASK 引數，那麼我們新增上不就可以了？如下：

intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

那麼這樣會帶來什麼問題呢？
這樣帶來的問題就是在最近任務列表裡面會出現兩個相同的應用程式，比如你是在電話本里面啟動的，那麼最近任務列表就會出現兩個電話本；因為有兩個Task嘛！
那怎麼解決呢？其實也非常好解決，只要在新的Task裡面的Activity裡面配置android:excludeFromRecents="true"就可以了。表示這個 Activity 不會顯示在最近列表裡面。

Activity.startActivity()為什麼不出現這個異常呢？

要回答這個問題，需要看下 Activity.startActivity() 呼叫到哪裡去了
程式碼檔案：
frameworks\base\core\java\android\app\Activity.java
程式碼：

public void startActivity(Intent intent) {
   this.startActivity(intent, null);
}

接下來會呼叫startActivityForResult()->然後一路呼叫到Ams去啟動Activity;
原來如此，Activity 重寫了 startActivity() 方法

Service 啟動 Dialog

由於 Dialog 是依賴於 Activity 存在的，所以對於從 Service 啟動 Dialog 主要有兩種方法：

1. 首先啟動一個 半透明的 Activity，然後在 Activity 裡啟動 Dialog。（或者直接使用 Activity 來仿寫一個 Activity）
2. 使用 WindowManager 實現

使用 WindowManager 時需要注意，此時的 Dialog 是 SYSTEM 級別的，如果程式在後臺時啟動這個 Dialog，Dialog 會浮在桌面上。（使用小米等有自己許可權管理的系統時，需要申請一定許可權才可以在桌面顯示這個 Dialog，否則只能在自己 APP 前臺時才顯示）

使用 WindowManager 實現

AlertDialog.Builder builder = new AlertDialog.Builder(this);
builder.setMessage("是否接受檔案?")
.setPositiveButton("是", new DialogInterface.OnClickListener() {
@Override
publicvoid onClick(DialogInterface dialog, int which) {
}
}).setNegativeButton("否", new OnClickListener() {
@Override
publicvoid onClick(DialogInterface dialog, int which) {
}
});
AlertDialog ad = builder.create();
// ad.getWindow().setType(WindowManager.LayoutParams.TYPE_SYSTEM_DIALOG); //系統中關機對話方塊就是這個屬性
ad.getWindow().setType(WindowManager.LayoutParams.TYPE_SYSTEM_ALERT);
ad.setCanceledOnTouchOutside(false); //點選外面區域不會讓dialog消失
ad.show();

許可權

<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />

使用 Activity 實現

Activity 半透明主題

<style name="DialogTransparent" parent="@android:style/Theme.Dialog">
        <item name="android:windowBackground">@android:color/transparent</item>
        <item name="android:windowAnimationStyle">@android:style/Animation</item>
        <item name="android:windowNoTitle">true</item>
        <item name="android:windowContentOverlay">@null</item>
        <item name="android:windowIsFloating">false</item>
        <item name="android:windowIsTranslucent">true</item>
    </style>

或者直接使用

@android:style/Theme.Dialog