AMS主要功能:

創(chuàng)新互聯(lián)公司專業(yè)為企業(yè)提供坊子網(wǎng)站建設(shè)、坊子做網(wǎng)站、坊子網(wǎng)站設(shè)計、坊子網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、坊子企業(yè)網(wǎng)站模板建站服務(wù),10多年坊子做網(wǎng)站經(jīng)驗,不只是建網(wǎng)站,更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。
AMS是Android中最核心的服務(wù),主要負責系統(tǒng)中四大組件的啟動、切換、調(diào)度及應用進程的管理和調(diào)度等工作。還負責啟動或殺死應用程序的進程。
WMS主要功能:
為所有窗口分配Surface。
管理Surface的顯示順序、尺寸、位置。
管理窗口動畫。
輸入系統(tǒng)相關(guān):WMS是派發(fā)系統(tǒng)按鍵和觸摸消息的最佳人選,當接收到一個觸摸事件,它需要尋找一個最合適的窗口來處理消息。
PWS主要功能:
PMS 用來管理跟蹤所有應用APK,包括安裝,卸載,解析,控制權(quán)限等。
SystemServer也是一個進程,包括AMS、PMS、WMS等等。
zygote意為“受精卵“。Android是基于Linux系統(tǒng)的,而在Linux中,所有的進程都是由init進程直接或者是間接fork出來的,zygote進程也不例外。
App進程是用戶點擊桌面icon時,通過Launcher進程請求SystemServer,再調(diào)用Zygote孵化的。
①點擊啟動一個App,Launcher進程采用Binder IPC向ActivityManagerService發(fā)起startActivity請求;
②ActivityManagerService接收到請求后,向zygote進程發(fā)送創(chuàng)建進程的請求;
③Zygote進程fork出新的子進程,即App進程;
④App進程通過Binder IPC向sytem_server進程發(fā)起綁定Application請求;
⑤system_server進程在收到請求后,進行一系列準備工作后,再通過binder IPC向App進程發(fā)送scheduleLaunchActivity請求;
⑥App進程的binder線程(ApplicationThread)在收到請求后,通過handler向主線程發(fā)送LAUNCH_ACTIVITY消息;
⑦主線程在收到Message后,通過發(fā)射機制創(chuàng)建目標Activity,并回調(diào)Activity.onCreate()等方法。
⑧到此,App便正式啟動,開始進入Activity生命周期,執(zhí)行完onCreate/onStart/onResume方法,UI渲染結(jié)束后便可以看到App的主界面。
備注:
Launcher,PMS,Zygote,App進程是三個獨立的進程,相互通信就需要使用進程間通信機制。與Zygote通信是使用的socket通信,Launcher,PMS,App進程間使用的是Binder機制。
1、打開手機,找到手機自帶的手機管家應用,點擊進入。
2、在手機管家應用中找到應用啟動管理選項,點擊打開。
3、打開后找到全部應用管理選項,點擊打開。
4、選擇你不想開機自動啟動的軟件,點擊打開。
5、這就會打開一個菜單欄,找到允許自啟動,點擊關(guān)閉,就完成了。
前段時間在做智能機器人等定制android系統(tǒng)開發(fā)的應用,因為機器人定制應用,需要在系統(tǒng)啟動的時候就運行程序,不需要展示系統(tǒng)桌面,這里需要用到系統(tǒng)開機應用自啟動,也就是常說的開機自啟動。
記錄一下實現(xiàn)流程:
在AndroidManifest.xml文件中配置監(jiān)聽啟動權(quán)限
新建一個監(jiān)聽廣播接收者BootReceiver
安裝app到手機上,然后啟動一次程序(據(jù)說安卓4.0以后,必須先啟動一次程序才能接收到開機完成的廣播,目的是防止惡意程序)
如果按照上面的全部步驟后操作后,重啟沒有自動啟動程序,怎么辦呢?是怎么回事呢?
如果還是失敗,那么請檢查你的手機是不是設(shè)置了app安裝首選位置是sd卡,據(jù)說安裝到sd卡的話,因為手機啟動成功后(發(fā)送了啟動完成的廣播后)才加載sd卡,所以app接收不到廣播。如果是的話,把app安裝到內(nèi)部存儲試試。如果不懂得設(shè)置的話,那么直接在AndroidManifest.xml文件中設(shè)置安裝路徑,在manifest的根節(jié)點中加入 android:installLocation="internalOnly" 。如下:
第一篇: Android系統(tǒng)啟動之bootloader
第二篇: Android系統(tǒng)啟動之Init流程(上)
第三篇: Android系統(tǒng)啟動之Init流程(下)
第四篇: Android系統(tǒng)啟動之init.rc文件解析過程
第五篇: Android系統(tǒng)啟動之zyogte進程
第六篇: Android系統(tǒng)啟動之zyogte進程java(上)
第七篇: Android系統(tǒng)啟動之zyogte進程java(下)
第八篇: Android系統(tǒng)啟動之SystemServer
Android init.rc文件由系統(tǒng)第一個啟動的init程序解析。是啟動系統(tǒng)服務(wù)使用的文件。
主要包含了四種類型的語句:
Action和services顯式聲明了一個語句塊,而commands和options屬于最近聲明的語句塊。
在第一個語句塊之前 的commands和options會被忽略.
基本規(guī)則如下:
動作表示了一組命令(commands)組成.動作包括一個觸發(fā)器,決定了何時運行這個動作。
注意: 當觸發(fā)器的條件滿足時,這個動作會被增加到已被運行的隊列尾。假設(shè)此動作在隊列中已經(jīng)存在,那么它將不會運行.
一個動作所包括的命令將被依次運行。
在"動作"(action)里面的,on后面跟著的字符串是觸發(fā)器(trigger),trigger是一個用于匹配某種事件類型的字符串,它將對應的Action的執(zhí)行。
觸發(fā)器(trigger)有幾種格式:
常見的格式:
command是action的命令列表中的命令,或者是service中的選項 onrestart 的參數(shù)命令.
命令將在所屬事件發(fā)生時被一個個地執(zhí)行.
常見命令:
服務(wù)是指那些須要在系統(tǒng)初始化時就啟動或退出時自己主動重新啟動的程序.
解釋一下各個參數(shù):
options是Service的修訂項。它們決定一個服務(wù)何時以及如何運行.
使用例子:
源碼路徑 system/core/init/init.cpp 中:
開始解析rc文件.
ParseConfig函數(shù)在文件 core/init/init_parser.cpp 140行:
ParseConfigFile函數(shù):
Android init.rc文件淺析
安卓系統(tǒng)啟動--3init.rc解析
init.rc深入學習
第一種: 監(jiān)控RECEIVE_BOOT_COMPLETED,即開機啟動事件
第二種: 監(jiān)控sd卡mount事件, 監(jiān)控sd卡事件也有類似開機啟動效果。特別app安裝在sd卡的情況下有些os是抓取不到RECEIVE_BOOT_COMPLETED
第三種: android:installLocation="internalOnly", 限制app的安裝位置,使其能抓取到RECEIVE_BOOT_COMPLETED
第四種: 監(jiān)聽電話或者短信事件。
當按下Android設(shè)備電源鍵時究竟發(fā)生了什么?
Android的啟動過程是怎么樣的?
什么是Linux內(nèi)核?
桌面系統(tǒng)linux內(nèi)核與Android系統(tǒng)linux內(nèi)核有什么區(qū)別?
什么是引導裝載程序?
什么是Zygote?
什么是X86以及ARM linux?
什么是init.rc?
什么是系統(tǒng)服務(wù)?
當我們想到Android啟動過程時,腦海中總是冒出很多疑問。本文將介紹Android的啟動過程,希望能幫助你找到上面這些問題的答案。
Android是一個基于Linux的開源操作系統(tǒng)。x86(x86是一系列的基于intel 8086 CPU的計算機微處理器指令集架構(gòu))是linux內(nèi)核部署最常見的系統(tǒng)。然而,所有的Android設(shè)備都是運行在ARM處理器(ARM 源自進階精簡指令集機器,源自ARM架構(gòu))上,除了英特爾的Xolo設(shè)備()。Xolo來源自凌動1.6GHz x86處理器。Android設(shè)備或者嵌入設(shè)備或者基于linux的ARM設(shè)備的啟動過程與桌面版本相比稍微有些差別。這篇文章中,我將解釋Android設(shè)備的啟動過程。深入linux啟動過程是一篇講桌面linux啟動過程的好文。
當你按下電源開關(guān)后Android設(shè)備執(zhí)行了以下步驟。
此處圖片中step2中的一個單詞拼寫錯了,Boot Loaeder應該為Boot Loader(多謝@jameslast 提醒)
第一步:啟動電源以及系統(tǒng)啟動
當電源按下,引導芯片代碼開始從預定義的地方(固化在ROM)開始執(zhí)行。加載引導程序到RAM,然后執(zhí)行。
第二步:引導程序
引導程序是在Android操作系統(tǒng)開始運行前的一個小程序。引導程序是運行的第一個程序,因此它是針對特定的主板與芯片的。設(shè)備制造商要么使用很受歡迎的引導程序比如redboot、uboot、qi bootloader或者開發(fā)自己的引導程序,它不是Android操作系統(tǒng)的一部分。引導程序是OEM廠商或者運營商加鎖和限制的地方。
引導程序分兩個階段執(zhí)行。第一個階段,檢測外部的RAM以及加載對第二階段有用的程序;第二階段,引導程序設(shè)置網(wǎng)絡(luò)、內(nèi)存等等。這些對于運行內(nèi)核是必要的,為了達到特殊的目標,引導程序可以根據(jù)配置參數(shù)或者輸入數(shù)據(jù)設(shè)置內(nèi)核。
Android引導程序可以在bootablebootloaderlegacyusbloader找到。
傳統(tǒng)的加載器包含的個文件,需要在這里說明:
init.s初始化堆棧,清零BBS段,調(diào)用main.c的_main()函數(shù);
main.c初始化硬件(鬧鐘、主板、鍵盤、控制臺),創(chuàng)建linux標簽。
更多關(guān)于Android引導程序的可以在這里了解。
第三步:內(nèi)核
Android內(nèi)核與桌面linux內(nèi)核啟動的方式差不多。內(nèi)核啟動時,設(shè)置緩存、被保護存儲器、計劃列表,加載驅(qū)動。當內(nèi)核完成系統(tǒng)設(shè)置,它首先在系統(tǒng)文件中尋找”init”文件,然后啟動root進程或者系統(tǒng)的第一個進程。
第四步:init進程
init是第一個進程,我們可以說它是root進程或者說有進程的父進程。init進程有兩個責任,一是掛載目錄,比如/sys、/dev、/proc,二是運行init.rc腳本。
init進程可以在/system/core/init找到。
init.rc文件可以在/system/core/rootdir/init.rc找到。
readme.txt可以在/system/core/init/readme.txt找到。
對于init.rc文件,Android中有特定的格式以及規(guī)則。在Android中,我們叫做Android初始化語言。
Action(動作):動作是以命令流程命名的,有一個觸發(fā)器決定動作是否發(fā)生。
語法
1
2
3
4
5
; html-script: false ]
on trigger
command
command
command
Service(服務(wù)):服務(wù)是init進程啟動的程序、當服務(wù)退出時init進程會視情況重啟服務(wù)。
語法
1
2
3
4
5
; html-script: false ]
service name pathname [argument]*
option
option
...
Options(選項)
選項是對服務(wù)的描述。它們影響init進程如何以及何時啟動服務(wù)。
咱們來看看默認的init.rc文件。這里我只列出了主要的事件以及服務(wù)。
Table
Action/Service
描述
on early-init
設(shè)置init進程以及它創(chuàng)建的子進程的優(yōu)先級,設(shè)置init進程的安全環(huán)境
on init
設(shè)置全局環(huán)境,為cpu accounting創(chuàng)建cgroup(資源控制)掛載點
on fs
掛載mtd分區(qū)
on post-fs
改變系統(tǒng)目錄的訪問權(quán)限
on post-fs-data
改變/data目錄以及它的子目錄的訪問權(quán)限
on boot
基本網(wǎng)絡(luò)的初始化,內(nèi)存管理等等
service servicemanager
啟動系統(tǒng)管理器管理所有的本地服務(wù),比如位置、音頻、Shared preference等等…
service zygote
啟動zygote作為應用進程
在這個階段你可以在設(shè)備的屏幕上看到“Android”logo了。
第五步
在Java中,我們知道不同的虛擬機實例會為不同的應用分配不同的內(nèi)存。假如Android應用應該盡可能快地啟動,但如果Android系統(tǒng)為每一個應用啟動不同的Dalvik虛擬機實例,就會消耗大量的內(nèi)存以及時間。因此,為了克服這個問題,Android系統(tǒng)創(chuàng)造了”Zygote”。Zygote讓Dalvik虛擬機共享代碼、低內(nèi)存占用以及最小的啟動時間成為可能。Zygote是一個虛擬器進程,正如我們在前一個步驟所說的在系統(tǒng)引導的時候啟動。Zygote預加載以及初始化核心庫類。通常,這些核心類一般是只讀的,也是Android SDK或者核心框架的一部分。在Java虛擬機中,每一個實例都有它自己的核心庫類文件和堆對象的拷貝。
Zygote加載進程
加載ZygoteInit類,源代碼:/frameworks/base/core/java/com/android/internal/os/ZygoteInit.java
registerZygoteSocket()為zygote命令連接注冊一個服務(wù)器套接字。
preloadClassed “preloaded-classes”是一個簡單的包含一系列需要預加載類的文本文件,你可以在/frameworks/base找到“preloaded-classes”文件。
preloadResources() preloadResources也意味著本地主題、布局以及android.R文件中包含的所有東西都會用這個方法加載。
在這個階段,你可以看到啟動動畫。
第六步:系統(tǒng)服務(wù)或服務(wù)
完成了上面幾步之后,運行環(huán)境請求Zygote運行系統(tǒng)服務(wù)。系統(tǒng)服務(wù)同時使用native以及java編寫,系統(tǒng)服務(wù)可以認為是一個進程。同一個系統(tǒng)服務(wù)在Android SDK可以以System Services形式獲得。系統(tǒng)服務(wù)包含了所有的System Services。
Zygote創(chuàng)建新的進程去啟動系統(tǒng)服務(wù)。你可以在ZygoteInit類的”startSystemServer”方法中找到源代碼。
核心服務(wù):
啟動電源管理器;
創(chuàng)建Activity管理器;
啟動電話注冊;
啟動包管理器;
設(shè)置Activity管理服務(wù)為系統(tǒng)進程;
啟動上下文管理器;
啟動系統(tǒng)Context Providers;
啟動電池服務(wù);
啟動定時管理器;
啟動傳感服務(wù);
啟動窗口管理器;
啟動藍牙服務(wù);
啟動掛載服務(wù)。
其他服務(wù):
啟動狀態(tài)欄服務(wù);
啟動硬件服務(wù);
啟動網(wǎng)絡(luò)狀態(tài)服務(wù);
啟動網(wǎng)絡(luò)連接服務(wù);
啟動通知管理器;
啟動設(shè)備存儲監(jiān)視服務(wù);
啟動定位管理器;
啟動搜索服務(wù);
啟動剪切板服務(wù);
啟動登記服務(wù);
啟動壁紙服務(wù);
啟動音頻服務(wù);
啟動耳機監(jiān)聽;
啟動AdbSettingsObserver(處理adb命令)。
第七步:引導完成
一旦系統(tǒng)服務(wù)在內(nèi)存中跑起來了,Android就完成了引導過程。在這個時候“ACTION_BOOT_COMPLETED”開機啟動廣播就會發(fā)出去。
名稱欄目:android啟動,Android啟動動畫
當前URL:http://chinadenli.net/article46/dsijphg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供App設(shè)計、品牌網(wǎng)站設(shè)計、虛擬主機、網(wǎng)站策劃、網(wǎng)站改版、關(guān)鍵詞優(yōu)化
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)