通常有這么一個場景，就是分享內(nèi)容到微信朋友圈等，然后點擊內(nèi)容中的某個按鈕就可以喚起自家應(yīng)用。

這里要講的也是使用 scheme 的方式去實現(xiàn)跳轉(zhuǎn)，先捋一捋思路，首先如果要外部能喚醒 App ，那么 App 肯定要先注冊一個全局的事件監(jiān)聽吧。然后，應(yīng)該有一個頁面來處理接受事件然后解析出具體的參數(shù)然后跳轉(zhuǎn)具體的頁面。就是這么簡單。

思路捋好來，那么就來一一實現(xiàn)吧。

注冊事件監(jiān)聽

這里需要使用到 Android Activity中的 <intent-filter> ，現(xiàn)在可以創(chuàng)建一個解析跳轉(zhuǎn)的 Activity，名字隨便取了，然后需要在 Manifest 文件中配置具體的 <intent-filter>。

<intent-filter>
    <data
        android:scheme="test"
        android:host="lovejjfg.com"
        />
    <action android:name="android.intent.action.VIEW"/>

    <category android:name="android.intent.category.DEFAULT"/>
    <category android:name="android.intent.category.BROWSABLE"/>

</intent-filter>

如上配置，現(xiàn)在這個 Activity 就具備外部喚醒的能力了，注意下 <data> 中的相關(guān)配置，如上配置，外部的鏈接形式應(yīng)該就是這樣的了：test://lovejjfg.com/xxx 。<data> 里面還可以定義其他內(nèi)容，這里就不展開說了。

頁面跳轉(zhuǎn)

咳咳，這里要注意下了，比如說你有一個啟動頁 A，主頁是 B，現(xiàn)在要跳到指定的 C 頁面。那么外部喚起 App 的時候，其實有幾種情況，這都是需要我們?nèi)タ紤]的。

先決考慮，這個看產(chǎn)品的需求了，那就是打開具體的頁面，是僅啟動該頁面，回退直接返回瀏覽器，還是需要啟動 App。如果就是僅僅打開頁面就行，那么很簡單，直接跳轉(zhuǎn)頁面就好，不用考慮新建任務(wù)棧什么情況。如果回退要啟動目標(biāo)App，不然用戶直接回到瀏覽器，這里就要再區(qū)分幾種情況了。

第一種情況，就是當(dāng)前手機(jī)中并沒有啟動過目標(biāo) App。
簡單說就是瀏覽器要直接跳到 C 頁面，然后回退的時候，是顯示 A 頁面，然后進(jìn)入 B 頁面。這里就是需要我們自己去創(chuàng)建一個堆棧，把 A、C 按順序都放進(jìn)去，所以 C 回退到 A，A 然后可以啟動 B。知識點就是 TaskStackBuilder ，配合它的就是在 Manifest 中可以指定 Parent 的屬性。

Activity 邏輯父項的類名稱。此處的名稱必須與為相應(yīng) <activity>元素的 android:name 屬性指定的類名稱一致。系統(tǒng)會讀取該屬性，以確定當(dāng)用戶按下操作欄中的“向上”按鈕時應(yīng)該啟動哪一個 Activity。 系統(tǒng)還可以利用這些信息通過 TaskStackBuilder 合成 Activity 的返回棧。
要支持 API 級別 4 - 16，您還可以使用為 "android.support.PARENT_ACTIVITY"
指定值的 <meta-data>元素來聲明父 Activity。

所以這里就看你的適配情況了。接下來看看這個 TaskStackBuilder 的使用，其實并不難，抄抄就會了。哈哈。詳細(xì)的參照 官方文檔 只是這里說的是 PendingIntent 的開啟方式，我們這里其實是直接 startActivity() 的方法，這個要怎么操作呢？

TaskStackBuilder stackBuilder = TaskStackBuilder.create(this);
stackBuilder.addParentStack(resultIntent.getComponent());
stackBuilder.addNextIntent(resultIntent);
stackBuilder.startActivities();

其實我一開始是不知道直接開啟 Activity 需要怎么操作，因為抄的那里沒有這么寫，沒有抄的就自己去看看方法咯。一開始我是看到了 stackBuilder.getIntents() 的方法，然后機(jī)智的我趕緊試了下，調(diào)用context.startActivities() 果然有效果，后面才發(fā)現(xiàn)人家 builder 直接就有開啟Activity 的方法，沒錯就是上面的寫法。

等等，Builder 怎么被我寫成這樣了？這不是在侮辱Builder模式嗎？

TaskStackBuilder.create(this)
        .addParentStack(resultIntent.getComponent())
        .addNextIntent(resultIntent)
        .startActivities();

這才是最正確的操作嘛。接下來說第二種情況，目標(biāo) App 已經(jīng)啟動，在后臺運行著，并且指定的 C 頁面并沒有打開。上面的方式，不管你App啟動沒，它都是會重新啟動的，這個讓人也有點兒不爽啊，那么為什么會每次都重新啟動呢？看看啟動的方法就知道咯。

public void startActivities(Bundle options) {
    if (mIntents.isEmpty()) {
        throw new IllegalStateException(
                "No intents added to TaskStackBuilder; cannot startActivities");
    }

    Intent[] intents = mIntents.toArray(new Intent[mIntents.size()]);
    intents[0] = new Intent(intents[0]).addFlags(Intent.FLAG_ACTIVITY_NEW_TASK |
            IntentCompat.FLAG_ACTIVITY_CLEAR_TASK |
            IntentCompat.FLAG_ACTIVITY_TASK_ON_HOME);
    if (!ContextCompat.startActivities(mSourceContext, intents, options)) {
        Intent topIntent = new Intent(intents[intents.length - 1]);
        topIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        mSourceContext.startActivity(topIntent);
    }
}

看重點，這個方法每次都會給第一個Intent添加了
Intent.FLAG_ACTIVITY_NEW_TASK | IntentCompat.FLAG_ACTIVITY_CLEAR_TASK | IntentCompat.FLAG_ACTIVITY_TASK_ON_HOME 這三個Flag，因為有IntentCompat.FLAG_ACTIVITY_CLEAR_TASK 所以就成這個樣子咯，那么怎么解決呢？其實很簡單的，我們在跳轉(zhuǎn)的時候先判斷下當(dāng)前App是否已經(jīng)開啟過了嘛，，沒有的話，那就直接上面的代碼，有的話，那就不用再去創(chuàng)建堆棧了，直接開啟就好了。直接開啟的時候記得要加上Intent.FLAG_ACTIVITY_NEW_TASK的Flag，不然就在瀏覽器所在的堆棧里面了。

if (ViewUtils.isLaunchedActivity(this, HomeActivity.class)) {
    resultIntent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
    startActivity(resultIntent);
} else {
    TaskStackBuilder.create(this)
            .addParentStack(resultIntent.getComponent())
            .addNextIntent(resultIntent)
            .startActivities();
}

public static boolean isLaunchedActivity(@NonNull Context context, Class<?> clazz) {
    Intent intent = new Intent(context, clazz);
    ComponentName cmpName = intent.resolveActivity(context.getPackageManager());
    boolean flag = false;
    if (cmpName != null) { 
        ActivityManager am = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
        List<ActivityManager.RunningTaskInfo> taskInfoList = am.getRunningTasks(10);
        for (ActivityManager.RunningTaskInfo taskInfo : taskInfoList) {
            if (taskInfo.baseActivity.equals(cmpName)) { 
                flag = true;
                break;
            }
        }
    }
    return flag;
}

第三種情況，目標(biāo) App 已經(jīng)啟動，在后臺運行這，指定的 C 頁面打開著的。

這個其實就是啟動模式的問題，C 已經(jīng)打開，又一次打開，如果是正經(jīng)的啟動模式，這里肯定重復(fù)出現(xiàn)多個 C 頁面的，所以呢，設(shè)置一個 SingleTop 就是可以解決問題的。當(dāng)然，如果設(shè)置了該模式，你需要去處理 onNewIntent() 的方法了。

參數(shù)解析

參數(shù)這一塊看自己怎么定義的，比如說我定義的就是 test://lovejjfg.com/C?10086

Uri data = getIntent().getData();
String host = data.getHost();
String path = data.getPath();
String id = data.getQueryParameter("id")
String scheme = data.getScheme();
Log.i(TAG, "host: " + host);//lovejjfg.com
Log.i(TAG, "path: " + path);//C
Log.i(TAG, "scheme: " + scheme);//test
Log.i(TAG, "id: " + id);//'10086'

上面的思路不局限于 scheme 跳轉(zhuǎn)應(yīng)用的使用，Notification 的方式也是一樣的。另外 startActivities() 的姿勢是不是很帥？

PS：沒事就多看看官方文檔吧，很多都已經(jīng)漢化了。

-2017 12 28 更新-

因為有很多小伙伴兒也有類似的需求，有些問題已經(jīng)在評論回復(fù)中解決。增加測試 Demo 和 測試鏈接，新增通知跳轉(zhuǎn)，方便大家測試。

地址：https://github.com/lovejjfg/EasyJump