android深入,深入理解android

Android：深入了解圖片加載庫(kù)Glide的生命周期管理(源碼分析）

Glide ，該功能非常強(qiáng)大 Android 圖片加載開源框架相信大家并不陌生

站在用戶的角度思考問(wèn)題，與客戶深入溝通，找到水城網(wǎng)站設(shè)計(jì)與水城網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗(yàn)，讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品，建站類型包括：網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、國(guó)際域名空間、網(wǎng)站空間、企業(yè)郵箱。業(yè)務(wù)覆蓋水城地區(qū)。

閱讀本文前，請(qǐng)務(wù)必先閱讀Glide的圖片加載功能源碼分析： Carson帶你學(xué)Android：圖片加載庫(kù)Glide源碼分析

該方法在圖片加載庫(kù)Glide加載圖片的源碼分析中曾進(jìn)行詳細(xì)說(shuō)明，具體請(qǐng)看： Carson帶你學(xué)Android：圖片加載庫(kù)Glide源碼分析

至此，關(guān)于圖片加載庫(kù)的Gilde生命周期管理講解完畢。下面我將繼續(xù)對(duì) Glide 的其他功能進(jìn)行源碼分析，有興趣可以繼續(xù)關(guān)注Carson帶你學(xué)Android開源庫(kù)系列文章：

不定期分享關(guān)于安卓開發(fā) 的干貨，追求短、平、快，但卻不缺深度。

Android啟動(dòng)過(guò)程深入解析

當(dāng)按下Android設(shè)備電源鍵時(shí)究竟發(fā)生了什么？

Android的啟動(dòng)過(guò)程是怎么樣的？

什么是Linux內(nèi)核？

桌面系統(tǒng)linux內(nèi)核與Android系統(tǒng)linux內(nèi)核有什么區(qū)別？

什么是引導(dǎo)裝載程序？

什么是Zygote？

什么是X86以及ARM linux？

什么是init.rc?

什么是系統(tǒng)服務(wù)？

當(dāng)我們想到Android啟動(dòng)過(guò)程時(shí)，腦海中總是冒出很多疑問(wèn)。本文將介紹Android的啟動(dòng)過(guò)程，希望能幫助你找到上面這些問(wèn)題的答案。

Android是一個(gè)基于Linux的開源操作系統(tǒng)。x86（x86是一系列的基于intel 8086 CPU的計(jì)算機(jī)微處理器指令集架構(gòu)）是linux內(nèi)核部署最常見的系統(tǒng)。然而，所有的Android設(shè)備都是運(yùn)行在ARM處理器（ARM 源自進(jìn)階精簡(jiǎn)指令集機(jī)器，源自ARM架構(gòu)）上，除了英特爾的Xolo設(shè)備()。Xolo來(lái)源自凌動(dòng)1.6GHz x86處理器。Android設(shè)備或者嵌入設(shè)備或者基于linux的ARM設(shè)備的啟動(dòng)過(guò)程與桌面版本相比稍微有些差別。這篇文章中，我將解釋Android設(shè)備的啟動(dòng)過(guò)程。深入linux啟動(dòng)過(guò)程是一篇講桌面linux啟動(dòng)過(guò)程的好文。

當(dāng)你按下電源開關(guān)后Android設(shè)備執(zhí)行了以下步驟。

此處圖片中step2中的一個(gè)單詞拼寫錯(cuò)了，Boot Loaeder應(yīng)該為Boot Loader（多謝@jameslast 提醒）

第一步：?jiǎn)?dòng)電源以及系統(tǒng)啟動(dòng)

當(dāng)電源按下，引導(dǎo)芯片代碼開始從預(yù)定義的地方（固化在ROM）開始執(zhí)行。加載引導(dǎo)程序到RAM，然后執(zhí)行。

第二步：引導(dǎo)程序

引導(dǎo)程序是在Android操作系統(tǒng)開始運(yùn)行前的一個(gè)小程序。引導(dǎo)程序是運(yùn)行的第一個(gè)程序，因此它是針對(duì)特定的主板與芯片的。設(shè)備制造商要么使用很受歡迎的引導(dǎo)程序比如redboot、uboot、qi bootloader或者開發(fā)自己的引導(dǎo)程序，它不是Android操作系統(tǒng)的一部分。引導(dǎo)程序是OEM廠商或者運(yùn)營(yíng)商加鎖和限制的地方。

引導(dǎo)程序分兩個(gè)階段執(zhí)行。第一個(gè)階段，檢測(cè)外部的RAM以及加載對(duì)第二階段有用的程序；第二階段，引導(dǎo)程序設(shè)置網(wǎng)絡(luò)、內(nèi)存等等。這些對(duì)于運(yùn)行內(nèi)核是必要的，為了達(dá)到特殊的目標(biāo)，引導(dǎo)程序可以根據(jù)配置參數(shù)或者輸入數(shù)據(jù)設(shè)置內(nèi)核。

Android引導(dǎo)程序可以在bootablebootloaderlegacyusbloader找到。

傳統(tǒng)的加載器包含的個(gè)文件，需要在這里說(shuō)明：

init.s初始化堆棧，清零BBS段，調(diào)用main.c的_main()函數(shù)；

main.c初始化硬件（鬧鐘、主板、鍵盤、控制臺(tái)），創(chuàng)建linux標(biāo)簽。

更多關(guān)于Android引導(dǎo)程序的可以在這里了解。

第三步：內(nèi)核

Android內(nèi)核與桌面linux內(nèi)核啟動(dòng)的方式差不多。內(nèi)核啟動(dòng)時(shí)，設(shè)置緩存、被保護(hù)存儲(chǔ)器、計(jì)劃列表，加載驅(qū)動(dòng)。當(dāng)內(nèi)核完成系統(tǒng)設(shè)置，它首先在系統(tǒng)文件中尋找”init”文件，然后啟動(dòng)root進(jìn)程或者系統(tǒng)的第一個(gè)進(jìn)程。

第四步：init進(jìn)程

init是第一個(gè)進(jìn)程，我們可以說(shuō)它是root進(jìn)程或者說(shuō)有進(jìn)程的父進(jìn)程。init進(jìn)程有兩個(gè)責(zé)任，一是掛載目錄，比如/sys、/dev、/proc，二是運(yùn)行init.rc腳本。

init進(jìn)程可以在/system/core/init找到。

init.rc文件可以在/system/core/rootdir/init.rc找到。

readme.txt可以在/system/core/init/readme.txt找到。

對(duì)于init.rc文件，Android中有特定的格式以及規(guī)則。在Android中，我們叫做Android初始化語(yǔ)言。

Action（動(dòng)作）：動(dòng)作是以命令流程命名的，有一個(gè)觸發(fā)器決定動(dòng)作是否發(fā)生。

語(yǔ)法

; html-script: false ]

on trigger

command

Service（服務(wù)）：服務(wù)是init進(jìn)程啟動(dòng)的程序、當(dāng)服務(wù)退出時(shí)init進(jìn)程會(huì)視情況重啟服務(wù)。

語(yǔ)法

; html-script: false ]

service name pathname [argument]*

option

...

Options（選項(xiàng)）

選項(xiàng)是對(duì)服務(wù)的描述。它們影響init進(jìn)程如何以及何時(shí)啟動(dòng)服務(wù)。

咱們來(lái)看看默認(rèn)的init.rc文件。這里我只列出了主要的事件以及服務(wù)。

Table

Action/Service

描述

on early-init

設(shè)置init進(jìn)程以及它創(chuàng)建的子進(jìn)程的優(yōu)先級(jí)，設(shè)置init進(jìn)程的安全環(huán)境

on init

設(shè)置全局環(huán)境，為cpu accounting創(chuàng)建cgroup(資源控制)掛載點(diǎn)

on fs

掛載mtd分區(qū)

on post-fs

改變系統(tǒng)目錄的訪問(wèn)權(quán)限

on post-fs-data

改變/data目錄以及它的子目錄的訪問(wèn)權(quán)限

on boot

基本網(wǎng)絡(luò)的初始化，內(nèi)存管理等等

service servicemanager

啟動(dòng)系統(tǒng)管理器管理所有的本地服務(wù)，比如位置、音頻、Shared preference等等…

service zygote

啟動(dòng)zygote作為應(yīng)用進(jìn)程

在這個(gè)階段你可以在設(shè)備的屏幕上看到“Android”logo了。

第五步

在Java中，我們知道不同的虛擬機(jī)實(shí)例會(huì)為不同的應(yīng)用分配不同的內(nèi)存。假如Android應(yīng)用應(yīng)該盡可能快地啟動(dòng)，但如果Android系統(tǒng)為每一個(gè)應(yīng)用啟動(dòng)不同的Dalvik虛擬機(jī)實(shí)例，就會(huì)消耗大量的內(nèi)存以及時(shí)間。因此，為了克服這個(gè)問(wèn)題，Android系統(tǒng)創(chuàng)造了”Zygote”。Zygote讓Dalvik虛擬機(jī)共享代碼、低內(nèi)存占用以及最小的啟動(dòng)時(shí)間成為可能。Zygote是一個(gè)虛擬器進(jìn)程，正如我們?cè)谇耙粋€(gè)步驟所說(shuō)的在系統(tǒng)引導(dǎo)的時(shí)候啟動(dòng)。Zygote預(yù)加載以及初始化核心庫(kù)類。通常，這些核心類一般是只讀的，也是Android SDK或者核心框架的一部分。在Java虛擬機(jī)中，每一個(gè)實(shí)例都有它自己的核心庫(kù)類文件和堆對(duì)象的拷貝。

Zygote加載進(jìn)程

加載ZygoteInit類，源代碼：/frameworks/base/core/java/com/android/internal/os/ZygoteInit.java

registerZygoteSocket()為zygote命令連接注冊(cè)一個(gè)服務(wù)器套接字。

preloadClassed “preloaded-classes”是一個(gè)簡(jiǎn)單的包含一系列需要預(yù)加載類的文本文件，你可以在/frameworks/base找到“preloaded-classes”文件。

preloadResources() preloadResources也意味著本地主題、布局以及android.R文件中包含的所有東西都會(huì)用這個(gè)方法加載。

在這個(gè)階段，你可以看到啟動(dòng)動(dòng)畫。

第六步：系統(tǒng)服務(wù)或服務(wù)

完成了上面幾步之后，運(yùn)行環(huán)境請(qǐng)求Zygote運(yùn)行系統(tǒng)服務(wù)。系統(tǒng)服務(wù)同時(shí)使用native以及java編寫，系統(tǒng)服務(wù)可以認(rèn)為是一個(gè)進(jìn)程。同一個(gè)系統(tǒng)服務(wù)在Android SDK可以以System Services形式獲得。系統(tǒng)服務(wù)包含了所有的System Services。

Zygote創(chuàng)建新的進(jìn)程去啟動(dòng)系統(tǒng)服務(wù)。你可以在ZygoteInit類的”startSystemServer”方法中找到源代碼。

核心服務(wù)：

啟動(dòng)電源管理器；

創(chuàng)建Activity管理器；

啟動(dòng)電話注冊(cè)；

啟動(dòng)包管理器；

設(shè)置Activity管理服務(wù)為系統(tǒng)進(jìn)程；

啟動(dòng)上下文管理器；

啟動(dòng)系統(tǒng)Context Providers；

啟動(dòng)電池服務(wù)；

啟動(dòng)定時(shí)管理器；

啟動(dòng)傳感服務(wù)；

啟動(dòng)窗口管理器；

啟動(dòng)藍(lán)牙服務(wù)；

啟動(dòng)掛載服務(wù)。

其他服務(wù)：

啟動(dòng)狀態(tài)欄服務(wù)；

啟動(dòng)硬件服務(wù)；

啟動(dòng)網(wǎng)絡(luò)狀態(tài)服務(wù)；

啟動(dòng)網(wǎng)絡(luò)連接服務(wù)；

啟動(dòng)通知管理器；

啟動(dòng)設(shè)備存儲(chǔ)監(jiān)視服務(wù)；

啟動(dòng)定位管理器；

啟動(dòng)搜索服務(wù)；

啟動(dòng)剪切板服務(wù)；

啟動(dòng)登記服務(wù)；

啟動(dòng)壁紙服務(wù)；

啟動(dòng)音頻服務(wù)；

啟動(dòng)耳機(jī)監(jiān)聽；

啟動(dòng)AdbSettingsObserver（處理adb命令）。

第七步：引導(dǎo)完成

一旦系統(tǒng)服務(wù)在內(nèi)存中跑起來(lái)了，Android就完成了引導(dǎo)過(guò)程。在這個(gè)時(shí)候“ACTION_BOOT_COMPLETED”開機(jī)啟動(dòng)廣播就會(huì)發(fā)出去。

如何深入學(xué)習(xí)android開發(fā)

Android開發(fā)，需要掌握以下知識(shí)：

android以java為基礎(chǔ)的，所以前提要學(xué)好Java基礎(chǔ)知識(shí)，比如基本類型、集合等。

android api，學(xué)習(xí)基本的Activity、service、intent等基本的知識(shí)，可以開發(fā)一些界面。

計(jì)算機(jī)網(wǎng)絡(luò)基本知識(shí)。

Linux命令、C編程基礎(chǔ)、Android Java編程、Google Android Linux操作系統(tǒng)具體操作等

安卓系統(tǒng)開發(fā)的方法，簡(jiǎn)單來(lái)說(shuō)分成四層：

第一層，以Inventor為代表的繪圖工具，是Google推出的簡(jiǎn)單開發(fā)工具，主要是針對(duì)初級(jí)玩家的玩意兒，操作起來(lái)確實(shí)容易，一個(gè)不懂程序開發(fā)的用戶就可以通過(guò)拖拽搞出一個(gè)能在安卓平臺(tái)上跑的應(yīng)用來(lái)，有點(diǎn)像做PPT，但任何事情都有兩面性，這種容易上手的繪圖工具，無(wú)法實(shí)現(xiàn)業(yè)務(wù)邏輯，運(yùn)行效率也比較低。

第二層，以Rexsee為代表的無(wú)線中間件，這種方法就不是玩家用的了，必須是工程師來(lái)用，但對(duì)技術(shù)門檻的要求很低，會(huì)用HTML和JS的技術(shù)員就可以方便的使用，在技術(shù)要求大幅度降低的同時(shí)，基礎(chǔ)功能的封裝也是一大亮點(diǎn)，這些中間件已經(jīng)把所有應(yīng)用需要的基礎(chǔ)功能封裝好，程序員直接使用JS去調(diào)用就可以了，不再需要吭哧吭哧從零開始寫代碼，比如你想調(diào)用個(gè)GPS，本來(lái)要編幾千行的代碼，用中間件只需一行JS代碼即可搞定，難怪說(shuō)做中間件的廠商都說(shuō)：“用了我的東西，你的程序已經(jīng)做了一大半啦!”此言不虛。

第三層，基于JAVA的JDK JDK(Java Development Kit)，目前絕大部分應(yīng)用都是用這種方式來(lái)開發(fā)，對(duì)程序員的要求比較高，首先要有比較好的JAVA底子，然后要對(duì)Android平臺(tái)本身有很深的研究，門檻不算低。

第四層，基于C++的NDK( Native Development Kit)，很多大型游戲是用這種方法開發(fā)的，相對(duì)于JDK，這種方法的門檻就更高了，目前使用的比較少，畢竟現(xiàn)在是智能手機(jī)的時(shí)代，硬件和網(wǎng)速都大幅提升，沒必要?jiǎng)硬粍?dòng)就Touch底層。

Android 深入理解單例模式

本文主要記錄使用單例模式的幾種形式，并分析各自的優(yōu)缺點(diǎn)。使用單例模式可以避免重復(fù)創(chuàng)建對(duì)象，以此來(lái)節(jié)省開銷，首先了解一下單例模式的四大原則：

常用的單例模式有：餓漢模式、懶漢模式、雙重鎖懶漢模式、靜態(tài)內(nèi)部類模式、枚舉模式，我們來(lái)逐個(gè)解釋這些模式的區(qū)別。

關(guān)于 volatile 修飾符，又是一個(gè)內(nèi)容，需要理解：

參考（有例子，比較好理解）：，

靜態(tài)內(nèi)部類單例模式的優(yōu)點(diǎn)：

那么有人會(huì)問(wèn)了，如果有多個(gè)線程同時(shí)訪問(wèn) getInstance() 方法，會(huì)多次初始化類，然后創(chuàng)建多個(gè)對(duì)象嗎？答案是不會(huì)的，這我們需要了解一下類的加載機(jī)制：

虛擬機(jī)會(huì)保證一個(gè)類的clinit()方法在多線程環(huán)境中被正確地加鎖、同步，如果多個(gè)線程同時(shí)去初始化一個(gè)類，那么只會(huì)有一個(gè)線程去執(zhí)行這個(gè)類的clinit()方法，其他線程都需要阻塞等待，直到活動(dòng)線程執(zhí)行clinit()方法完畢。

所以如果一個(gè)類的clinit()方法中有耗時(shí)很長(zhǎng)的操作，就可能造成多個(gè)進(jìn)程阻塞(需要注意的是，其他線程雖然會(huì)被阻塞，但線程喚醒之后不會(huì)再次進(jìn)入clinit()方法。因?yàn)樵谕粋€(gè)加載器下，一個(gè)類只會(huì)初始化一次。)

所以靜態(tài)內(nèi)部類單例模式不僅能保證線程的安全性、實(shí)例的唯一性、還延遲了單例的實(shí)例化。

但是靜態(tài)內(nèi)部類單例模式也有一個(gè) 缺點(diǎn) ，就是無(wú)法傳遞參數(shù)。因?yàn)樗峭ㄟ^(guò)靜態(tài)內(nèi)部類的形式去創(chuàng)建單例的，所以外部就無(wú)法傳遞參數(shù)進(jìn)去。

枚舉單例模式占用的內(nèi)存是靜態(tài)變量的兩倍，所以一般都不使用enum來(lái)實(shí)現(xiàn)單例。

單例有餓漢模式、懶漢模式、雙重鎖懶漢模式、靜態(tài)內(nèi)部類模式、枚舉模式這幾種形式。

餓漢模式在初始化類時(shí)就創(chuàng)建了對(duì)象，容易造成資源浪費(fèi)；懶漢模式在多線程環(huán)境下有風(fēng)險(xiǎn)；枚舉模式占用內(nèi)存過(guò)高。這三種模式都有明顯的弊端，所以一般不去采用。

雙重鎖懶漢模式使用了 volatile 修飾符，在性能上會(huì)差一點(diǎn)點(diǎn)；靜態(tài)內(nèi)部類模式無(wú)法傳遞參數(shù)。但是這兩種方式都能保證實(shí)例的唯一性，線程的安全性，也不會(huì)造成資源的浪費(fèi)。所以我們?cè)谑褂脝卫Ｊ綍r(shí)，可以在這兩種方式中酌情選擇。

參考文章：

深入理解Android：SystemServer進(jìn)程的作用

看了一段時(shí)間關(guān)于SystemServer進(jìn)程的博客，有點(diǎn)小理解，寫一篇關(guān)于SystemServer的小筆記，然后走一遍過(guò)程。

ZygoteInit通過(guò)startSystemServer方法fork了一個(gè)SS進(jìn)程。這個(gè)進(jìn)程有啥作用呢。

handlerSystemServerProcess()方法只要是以下三個(gè)方法：

其中 applicationInit() 很有意思很重要。該方法中有一個(gè)，invokeStaticMain方法通過(guò)反射調(diào)用main方法：

run方法最終通過(guò)反射調(diào)用SystemServer的main方法，作用是：

通過(guò)以上分析其實(shí)main方法的主要作用是：

1、調(diào)整系統(tǒng)時(shí)間

2、設(shè)置屬性persist.sys.dalvik.vm.lib.2的值為當(dāng)前虛擬機(jī)的運(yùn)行庫(kù)路徑

3、裝載libandroid_servers.so庫(kù)，初始化native層service

4、初始化系統(tǒng)Context

5、創(chuàng)建SystemServiceManager對(duì)象

6、調(diào)用startBootstrapServices()，startCoreServices()，startOtherServices()啟動(dòng)所有的Java服務(wù)

另外也可以看到為什么說(shuō)handler默認(rèn)是主線程，以及android 應(yīng)用本身就是基于handler/Looper/Message的

startBootstrapServices()：?jiǎn)?dòng)java層的各種服務(wù)。framwork層的服務(wù)。例如AMS

startCoreServices：?jiǎn)?dòng)核心服務(wù)：

startOtherServices也與上面一樣啟動(dòng)各種服務(wù)。

總結(jié)下：SystemServer進(jìn)程最終會(huì)執(zhí)行到SystemServer類中的main方法中，初始化各種服務(wù)器，其中第一個(gè)初始化的就是ActivityManagerService。當(dāng)我們點(diǎn)擊啟動(dòng)app的時(shí)候。Zygote會(huì)對(duì)這個(gè)消息進(jìn)行處理，最終執(zhí)行到applicationInit。那么是在哪里調(diào)用方法啟動(dòng)應(yīng)用的呢？

本文名稱：android深入,深入理解android
URL地址：http://m.jiaotiyi.com/article/hodpdp.html