一、前言

Android Support v4 一直作為一個向下兼容的庫而存在，而從 23.3.0 開始，增加了一個 AppLaunchChecker 的類，用于判定當前的 App 是否被用戶從桌面啟動過。

這樣一個功能，有點略顯雞肋，不過不影響我們去了解它。

[[198025]]

二、AppLaunchChecker

1.1 存在的意義

看 Api Doc ，AppLaunchChecker 就是為了檢查當前 App 是否被用戶啟動過，是一個用戶行為。

***次看到這樣的解釋，可能會有歧義，如果 App 能做這樣的檢測，就說明當前處于運行階段，所以很難想像這樣的一個判斷的意義在哪里。

而實際上，有一些 App ，是會提供一些其他服務給別的 App 使用的，例如最常見的系統相冊的 App ，其他 App 是可以調用它來選擇圖片的，而無需從桌面去啟動它，但是它的代碼卻被運行過。

AppLaunchChecker 就是為了做這種區分，標記是否有一個以用戶行為為出發點，啟動了你的 App。

1.2 它的 Api

AppLaunchChecker 的功能非常的簡單，所以它的 Api 也相對簡單。

它提供了一個 onActivityCreate() 的方法，供啟動的 Activity 在 onCreate() 的時候調用，主要用于檢測是否由用戶從 Launcher App 中啟動，又提供了一個 hasStartedFromLauncher() 方法來獲取檢測的結果。

這實際上也沒什么好說的，既然這么簡單，那我們進去看看它的實現原理。

先來看看 onActivityCreate() 的實現。

可以看到，它的原理就是通過啟動 Activity 的 Intent 中的 Action 和 Category 來區分，這個看看代碼就能知道，沒什么好說的。

它會把判斷的結果，存入 SharedPreferences 中，name 和 key 都在 AppLauncherChecker 中定義好了。

最終，需要在我們需要判斷的時候，調用 hasStartedFromLauncher() 方法即可。

2.3 需要注意什么?

既然知道 AppLaunchChecker 的判斷原理，那么它使用的時候還是有一些需要注意的。

1、需要在 App 的入口 Activity 中，調用 onActivityCreate()

因為現在大部分 App 的結果是有一個 SplashActivity 來放一個啟動圖，然后再去跳轉到 MainActivity 。所以這樣的情況下，就需要在 SplashActivity 的 onCreate() 中，調用 AppLaunchChecker.onActivityCreate() ，之后就可以在需要的地方去獲取結果了。而在 MainActivity 中去檢測的話，它的 Action 和 Category 都將是不正確的。

2、它只能判斷是否曾經啟動過

AppLaunchChecker.onActivityCreate() 方法，只有存儲狀態的，一旦存儲將不會去修改它，所以只要有一次是用戶啟動的，通過 hasStartedFromLauncher() 方法獲取到的值將永遠是 true 。

3、它真的不準

既然它是通過 Action 和 Category 去做的判斷，實際上這是不嚴謹的。只要是個 App ，通過 PackageManager 去啟動你的 App ，它的 Action 和 Category 其實都是符合這里的判斷條件的。

只要有 App 通過這樣的方式啟動，AppLaunchChecker 就會人為是用戶行為。

看看 ApplicationPackageManager 中的實現，確實也是這樣的。

三、結語

到這里就基本上明白了 AppLaunchChecker 的原理了，有一些人覺得它的值沒有修改的時機，然后對 AppLaunchChecker 進行修改的邏輯，想在判斷的地方加個 else ，修改它為 false。

現在看來，實際上這樣的修改完全沒有意義，通過正常走 PackageManager.getLaunchIntentForPackage() 去調起，必然會判斷是用戶啟動的，否者也啟動不起來。

AppLaunchChecker 現在看來確實挺雞肋的，它有什么使用場景，就只能發揮想象力了。

【本文為51CTO專欄作者“張旸”的原創稿件，轉載請通過微信公眾號聯系作者獲取授權】

戳這里，看該作者更多好文