本文基于Android 10
Andoid開機引導(dǎo)應(yīng)的本質(zhì)是一個具有android.intent.category.HOME
屬性的Launcher摊册,在Pixel手機上掺涛,作為開機向?qū)У膽?yīng)用是Google的com.google.android.setupwizard
應(yīng)用男公,這是谷歌的應(yīng)用,代碼不在AOSP中馆揉,在AOSP中有一個包名為com.android.provision
的應(yīng)用供廠商定制開機向?qū)Ъ饶拢搼?yīng)用在源碼中的位置是packages\apps\Provision
,所以我們注意Provision
應(yīng)用做了些什么就好了起胰,這個應(yīng)用只做了兩件事久又,第一:設(shè)置相關(guān)屬性讓自己早于Launcher起來;第二:設(shè)置開機引導(dǎo)已經(jīng)走完的標記位效五。
具體代碼實現(xiàn)地消,讓自己的應(yīng)用比Launcher先起來的方式,Provision
在Manifest中做的:
<application>
<activity android:name="DefaultActivity" android:excludeFromRecents="true">
<!--設(shè)置priority屬性讓自己的優(yōu)先級比默認Launcher高-->
<intent-filter android:priority="1">
<action android:name="android.intent.action.MAIN" />
<!--設(shè)置android.intent.category.HOME屬性讓自己成為一個Launcher-->
<category android:name="android.intent.category.HOME" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.SETUP_WIZARD" />
</intent-filter>
</activity>
</application>
除了Manifest中的內(nèi)容火俄,系統(tǒng)還做了一步才讓Provision
比Launcher先啟動犯建,就是將Provision
內(nèi)置到/system/product/priv-app/
目錄下,這是因為不在這個目錄下的應(yīng)用設(shè)置android:priority
屬性會被重置為0瓜客,至于啟動優(yōu)先級的細節(jié)可以再詳細閱讀Android系統(tǒng)啟動Launcher的源碼适瓦,切入點在com.android.server.am.ActivityManagerService#systemReady()
方法中,參考文章:HomeLauncher啟動、Launcher的啟動過程 等谱仪,這里不做展開敘述玻熙,畫重點:
- 當自己寫Demo代替
Provision
在Android Studio上跑起來而不是以系統(tǒng)應(yīng)用集成在Rom的時候,自己Demo的Activity設(shè)置如上屬性后并不會比Launcher先啟動疯攒,這是因為不在/system/product/priv-app/
目錄下的應(yīng)用設(shè)置了android:priority
后依然會被置為0嗦随,優(yōu)先級也不會高于Launcher,解決方法:- 直接將Demo打進系統(tǒng)
/system/product/priv-app/
目錄下(正式編譯Rom時用) - 如果Launcher的代碼在自己手上就把Launcher的
android:priority
設(shè)置為-1敬尺。(僅在Android Studio上編譯做驗證時用)
- 直接將Demo打進系統(tǒng)
- 添加
android:sharedUserId=“android.uid.system”
不生效 - 手動安裝方式不生效(這個要注意枚尼,即使已經(jīng)打進Rom了,這個時候再添加一個不同
android:priority
等級的Activity重新安裝砂吞,這個新添加的Activity也不會有相應(yīng)的android:priority
等級)
再來看啟動之后Provision
的DefaultActivity
中做了什么署恍,代碼非常簡單:
public class DefaultActivity extends Activity {
@Override
protected void onCreate(Bundle icicle) {
super.onCreate(icicle);
// 添加持久設(shè)置以允許其他應(yīng)用程序知道設(shè)備已配置。
Settings.Global.putInt(getContentResolver(), Settings.Global.DEVICE_PROVISIONED, 1);
//這個標記位標識當前用戶已經(jīng)走完引導(dǎo)流程蜻直,如果不設(shè)置這個值盯质,Home鍵袁串、鎖屏等將不可用
Settings.Secure.putInt(getContentResolver(), Settings.Secure.USER_SETUP_COMPLETE, 1);
// 從PackageManager中禁用該Activity。
PackageManager pm = getPackageManager();
ComponentName name = new ComponentName(this, DefaultActivity.class);
pm.setComponentEnabledSetting(name, PackageManager.COMPONENT_ENABLED_STATE_DISABLED,
PackageManager.DONT_KILL_APP);
finish();
}
}
可以看到DefaultActivity
中具體做了如下操作:
- 設(shè)置相關(guān)標記位
- 將該Activity禁用
- finish自己
設(shè)置相關(guān)標記位可以讓其他服務(wù)知道設(shè)備可用呼巷,如鎖屏服務(wù)可用囱修,啟用Home鍵功能等,將該Activity禁用可以讓下次開機時我們的應(yīng)用不會再起來而直接啟動桌面王悍,finish就不用做解釋破镰,開機引導(dǎo)走完了就該銷毀自己了。
自己寫Demo測試時這一步需要注意的點配名,設(shè)置Settings.Global.DEVICE_PROVISIONED
和Settings.Secure.USER_SETUP_COMPLETE
兩個屬性需要添加如下兩個權(quán)限:
<uses-permission android:name="android.permission.WRITE_SETTINGS" />
<uses-permission android:name="android.permission.WRITE_SECURE_SETTINGS" />
如果引用不到Settings.Global.DEVICE_PROVISIONED
和Settings.Secure.USER_SETUP_COMPLETE
就直接寫字符串device_provisioned
和user_setup_complete
啤咽。
如上需要實現(xiàn)我們自己業(yè)務(wù)的Android開機向?qū)Ь椭恍枰獙?code>Provision的代碼移到自己的項目,走完我們自己的引導(dǎo)流程后設(shè)置相關(guān)屬性渠脉,然后把Provision
從編譯的Rom移除就行了宇整,或者直接在Provision
應(yīng)用里寫自己的業(yè)務(wù),另外調(diào)試的時候因為開機向?qū)е粫咭淮斡蟊欤哉{(diào)試起來會比較麻煩鳞青,我們可以通過adb命令重置屬性方便調(diào)試:
1.通過如下命令使能進入開機向?qū)?adb shell
settings put global device_provisioned 0
settings put secure user_setup_complete 0
//開啟Provision應(yīng)用的DefaultActivity
pm enable com.android.provision/com.android.provision.DefaultActivity
//或者
//開啟Demo的MainActivity
pm enable com.xzzbz.setupdemo/com.xzzbz.setupdemo.MainActivity
sync
//重啟
reboot
2.查詢settings的值
settings get global device_provisioned
settings get secure user_setup_complete
3.通過代碼實現(xiàn)
Settings.Global.putInt(mContext.getContentResolver(), Settings.Global.DEVICE_PROVISIONED, 0);
Settings.Secure.putInt(mContext.getContentResolver(), Settings.Secure.USER_SETUP_COMPLETE, 0);
ComponentName name = new ComponentName("com.android.provision", "com.android.provision.DefaultActivity");
mContext.getPackageManager().setComponentEnabledSetting(name,PackageManager.COMPONENT_ENABLED_STATE_ENABLED, PackageManager.DONT_KILL_APP);
這里通過adb命令設(shè)置屬性的時候有一點需要注意,每一步adb命令執(zhí)行后需要等幾秒为朋,比如執(zhí)行pm enable com.xzzbz.setupdemo/com.xzzbz.setupdemo.MainActivity
后沒有等幾秒直接執(zhí)行sync
和reboot
的話開機向?qū)н€是會起來臂拓,應(yīng)該是需要時間同步狀態(tài)。
在有的應(yīng)用中可能需要對用戶是否走完開機引導(dǎo)流程做判斷习寸,例如語音助手中判斷用戶走完了開機引導(dǎo)流程才響應(yīng)語音喚醒胶惰,我們可以取開機引導(dǎo)中設(shè)置的標記位做判斷,這是個系統(tǒng)標記位霞溪,可以在不同應(yīng)用中取到值孵滞,示例如下:
if (Settings.Secure.getInt(mContext.getContentResolver(), Settings.Global.DEVICE_PROVISIONED, 0) == 1) {
//開機引導(dǎo)走完了,走正常業(yè)務(wù)邏輯
} else {
Log.e(TAG, "收到了喚醒,但是開機引導(dǎo)沒走完鸯匹,不做通知");
}
援引:
Google開機向?qū)Ы馕?/a>
android開機向?qū)У膶崿F(xiàn)
Android 自定義開機向?qū)Р瓤?/a>
Android10定制Google開機向?qū)?/a>
Android 9.1 定制開機向?qū)?/a>
Android 8.1自定義開機向?qū)?/a>
Android7.1 應(yīng)用組件添加intent-filter priority(優(yōu)先級)不生效
另:
android系統(tǒng)開機向?qū)o法啟動數(shù)據(jù)進行上網(wǎng)