那麼Linux內核和Android什麼關系？Linux內核是怎樣引導起Android呢？本文進行簡單的描述。 Android雖然建立在Linux內核之上，但是他對內核進行了一些擴展，增加了一些驅動。比如Binder，loger等等驅動。可以拿Android內核代碼和其Baseline版本進行對比。可以看到Android對Linux內核的所有擴展。 熟悉Linux啟動的朋友知道，首先Linux引導完成之後，會啟動用戶態的init進程（pid為0），這個進程在整個系統運行過程中起著非常重要的作用，如果你對init進程不了解請查相關資料。init完成系統的初始化工作，然後進入shell，接收用戶的輸入。 Android啟動也沒有什麼神秘的，就是用自己的init進程替換了Linux內核的init進程，完成自己初始化工作（設備，文件系統等等初始化）。然後啟動自己的虛擬機，程序等等的東西。Android的init進程的代碼位於system/core/init/init.c下面，可以去查看其源碼，來了解Android啟動詳細流程。Android啟動流程的資料網上已經比較多，這里就不贅述了。 可以看到移植Android過程中，調試init非常重要。因為所有和硬體平台相關的東西都這里初始化，所以init進程有可能需要移植或者配置。其他的進程都是和硬體無關的，理論上不需要修改就應該能夠運行起來。 經過上面的描述可以看出，Android的init進程起著一個承上啟下的作用。
② android系統在啟動的過程中什麼時候會調用systempropertys
System Properties是怎麼一回事，又是如何實現的呢？
屬性系統是android的一個重要特性。它作為一個服務運行，管理系統配置和狀態。所有這些配置和狀態都是屬性。
每個屬性是一個鍵值對（key/value pair），其類型都是字元串。
這些屬性可能是有些資源的使用狀態，進程的執行狀態，系統的特有屬性……
可以通過命令adb shell ：
getprop查看手機上所有屬性狀態值。
或者 getprop init.svc.bootanim制定查看某個屬性狀態
使用setprop init.svc.bootanim start 設置某個屬性的狀態
特別屬性 :
如果屬性名稱以「ro.」開頭，那麼這個屬性被視為只讀屬性。一旦設置，屬性值不能改變。
如果屬性名稱以「persist.」開頭，當設置這個屬性時，其值也將寫入/data/property。
如果屬性名稱以「net.」開頭，當設置這個屬性時，「net.change」屬性將會自動設置，以加入到最後修改的屬性名。
（這是很巧妙的。 netresolve模塊的使用這個屬性來追蹤在net.*屬性上的任何變化。）
屬性「 ctrl.start 」和「 ctrl.stop 」是用來啟動和停止服務。每一項服務必須在/init.rc中定義.系統啟動時，與init守護
進程將解析init.rc和啟動屬**。一旦收到設置「 ctrl.start 」屬性的請求，屬**將使用該屬性值作為服務
名找到該服務，啟動該服務。這項服務的啟動結果將會放入「 init.svc.<服務名>「屬性中。客戶端應用程序可以輪詢那個屬性值，以確定結果。
③ 怎麼修改android 啟動過程中的第二個開機畫面
第一個開機畫面是在內核啟動的過程中出現的，它是一個靜態的畫面。第二個開機畫面是在init進程啟動的過程中出現的，它也是一個靜態的畫面。第三個開機畫面是在系統服務啟動的過程中出現的，它是一個動態的畫面。無論是哪一個畫面，它們都是在一個稱為幀緩沖區（frame buffer，簡稱fb）的硬體設備上進行渲染的。接下來，我們就分別分析這三個畫面是如何在fb上顯示的。
1. 第一個開機畫面的顯示過程
Android系統的第一個開機畫面其實是Linux內核的啟動畫面。在默認情況下，這個畫面是不會出現的，除非我們在編譯內核的時候，啟用以下兩個編譯選項：
CONFIG_FRAMEBUFFER_CONSOLE
CONFIG_LOGO
第一個編譯選項表示內核支持幀緩沖區控制台，它對應的配置菜單項為：Device Drivers ---> Graphics support ---> Console display driver support ---> Framebuffer Console support。第二個編譯選項表示內核在啟動的過程中，需要顯示LOGO，它對應的配置菜單項為：Device Drivers ---> Graphics support ---> Bootup logo。配置Android內核編譯選項可以參考在Ubuntu上下載、編譯和安裝Android最新內核源代碼（Linux Kernel）一文。
幀緩沖區硬體設備在內核中有一個對應的驅動程序模塊fbmem，它實現在文件kernel/goldfish/drivers/video/fbmem.c中，它的初始化函數如下所示：
/**
* fbmem_init - init frame buffer subsystem
*
* Initialize the frame buffer subsystem.
*
* NOTE: This function is _only_ to be called by drivers/char/mem.c.
*
*/
static int __init
fbmem_init(void)
{
proc_create("fb", 0, NULL, &fb_proc_fops);
if (register_chrdev(FB_MAJOR,"fb",&fb_fops))
printk("unable to get major %d for fb devs\n", FB_MAJOR);
fb_class = class_create(THIS_MODULE, "graphics");
if (IS_ERR(fb_class)) {
printk(KERN_WARNING "Unable to create fb class; errno = %ld\n", PTR_ERR(fb_class));
fb_class = NULL;
}
return 0;
}
這個函數首先調用函數proc_create在/proc目錄下創建了一個fb文件，接著又調用函數register_chrdev來注冊了一個名稱為fb的字元設備，最後調用函數class_create在/sys/class目錄下創建了一個graphics目錄，用來描述內核的圖形系統。
模塊fbmem除了會執行上述初始化工作之外，還會導出一個函數register_framebuffer：
EXPORT_SYMBOL(register_framebuffer);
這個函數在內核的啟動過程會被調用，以便用來執行注冊幀緩沖區硬體設備的操作，它的實現如下所示：
/**
* register_framebuffer - registers a frame buffer device
* @fb_info: frame buffer info structure
*
* Registers a frame buffer device @fb_info.
*
* Returns negative errno on error, or zero for success.
*
*/
int
register_framebuffer(struct fb_info *fb_info)
{
int i;
struct fb_event event;
......
if (num_registered_fb == FB_MAX)
return -ENXIO;
......
num_registered_fb++;
for (i = 0 ; i < FB_MAX; i++)
if (!registered_fb[i])
break;
fb_info->node = i;
mutex_init(&fb_info->lock);
fb_info->dev = device_create(fb_class, fb_info->device,
MKDEV(FB_MAJOR, i), NULL, "fb%d", i);
if (IS_ERR(fb_info->dev)) {
/* Not fatal */
printk(KERN_WARNING "Unable to create device for framebuffer %d; errno = %ld\n", i, PTR_ERR(fb_info->dev));
fb_info->dev = NULL;
} else
fb_init_device(fb_info);
......
registered_fb[i] = fb_info;
event.info = fb_info;
fb_notifier_call_chain(FB_EVENT_FB_REGISTERED, &event);
return 0;
}
由於系統中可能會存在多個幀緩沖區硬體設備，因此，fbmem模塊使用一個數組registered_fb保存所有已經注冊了的幀緩沖區硬體設備，其中，每一個幀緩沖區硬體都是使用一個結構體fb_info來描述的。
④ Android系統啟動時bootloader如何載入boot.img以及過程...
android系統，分為xloader,uboot,linux kernel ,fs,bootloader部分代碼區別不到，其實android 就在於fs啟動init後各種fork進程，直到進入java的世界。
⑤ 了解一個Android App 是怎麼運行工作的
1 ．用虛擬設備進行的回歸測試。
這包括虛擬參考設備上用來在早期識別出基本錯誤的連續自動化回歸測試。這里的理念是快速地、成本高效地識別bugs。
2 ．用真實設備進行的驗收測試。
這涉及到：「策劃推廣」期間將之發布到Google Play Store前在真實設備上的密集測試（主要是手動測試），（例如，Google Play[ 5 ]中的 alpha和beta測試組） 。
在第一階段，測試自動化極大地有助於以經濟實惠的方式實現這一策略。在這一階段，只有能輕易被自動化（即可以每日執行）的測試用例才能包含在內。
在一個app的持續開發過程中，這種自動化測試為開發人員和測試人員提供了一個安全網。日常測試運行確保了核心功能正常工作，app的整體穩定性和質量由測試數據透明地反映出來，認證回歸可以輕易地與最近的變化關聯。這種測試可以很輕易地被設計並使用SaaS解決方案（如雲中的TestObject的UI移動app測試）從測試人員電腦上被記錄下來。
當且僅當這個階段已被成功執行了，這個過程才會在第二階段繼續勞動密集測試。這里的想法是：如果核心功能通過自動測試就只投入測試資源，使測試人員能夠專注於先進場景。這個階段可能包括測試用例，例如性能測試，可用性測試，或兼容性測試。這兩種方法相結合產生了一個強大的移動apps質量保證策略[ 7 ] 。
結論 - 做對測試
用正確的方式使用，測試可以在對抗零散的安卓的斗爭中成為一個有力的工具。一個有效的測試策略的關鍵之處在於定義手頭app的定製測試用例，並定義一個簡化測試的工作流程或過程。測試一個移動app是一個重大的挑戰，但它可以用一個結構化的方法和正確的工具集合以及專業知識被有效解決掉。 轉載僅供參考，版權屬於原作者。祝你愉快，滿意請採納哦
⑥ android下bootloader後進入recovery流程，屬於安卓架構的哪一層面
bootloader recovery流程屬於嵌入式硬體啟動程序，不屬於我們常說的Android架構的任何一層。我們常說的Android系統架構最底層就是內核層了。負責硬體通電啟動等工作，之後才啟動linux內核。bootloader recovery類似於PC主板bios程序，但有很大區別，bios有「標准」，而嵌入式的硬體配置千變萬化，每一台嵌入式設備的bootloader recovery都可能不盡相同，就像平時提到Android手機刷機，一般首先都要找到相應的recovery才能保證刷機正常進行。OpenGrok沒用過，尚不知道你所遇到的問題原因。
⑦ 求講解一下安卓運行一個APP的詳細過程
android運行app的過程：
1、用戶打開一個app。
2、系統分配程序預設要求的最低內存，並創建activity進程。
3、進程創建完畢後，app程序被轉移至虛擬機中。
4、app程序到達虛擬機後運行第一條啟動指令，一般為顯示啟動logo。
5、啟動後依據用戶的操作來完成程序。
6、用戶關閉app。
7、系統將程序移除虛擬機，並結束activity進程。
8、釋放佔用的內存。
⑧ 安卓手機開機時直接刷機操作流程
關機，長按開機鍵+音量上進入rec，音量鍵上下移動游標到帶有wipe字樣的英文，開機鍵確定，彈出no和yes的菜單，選yes確定，總共有兩排帶wipe字樣的英文，操作方法一樣。這就是雙清，雙清完了選擇帶有sdcard關鍵詞（確切是啥忘了，太久沒弄過了）的英文確定進入sd卡目錄，然後選擇你事先下載好的Rom，確定，刷機開始，等待讀條完畢，會彈回rec界面，選擇第一排的rebont重啟手機即可，
⑨ 安卓模擬器啟動運行的具體過程是怎樣的
BlueStacks
xp用戶需先安裝Windows Installer 4.5和.NET Framework 2.0 SP2
基礎版安卓模擬器(BlueStacks)Beta-1版參見PC6
安卓模擬器BlueStacks安裝使用教程--pc6資訊
bluestacks app player版本不一，最新版bluestacks app player模擬器 0.7.8.829 beta 版 102.7 MB
已經安裝過因為注冊列表已注入WINDOWS，有些版本限制了重復安裝，只有重做系統。
這個模擬器對系統和電腦配置要求都很挑剔，有時安裝成功未必可以運行軟體應用，能否成功還是要看電腦配置和版本兼容性
望採納。
⑩ android activitythread 怎麼啟動
首先看一下Android系統的啟動流程： bootloader 引導程序 kernel 內核 init init初始化（這個大家都比較熟悉了，不要多說） loads several daemons and services, including zygote see /init.rc and init..rc zygote 這個是佔用時間最多的