在android系統源代碼情景分析一書的試讀中，主要是講述Android系統的硬件
抽象層（Hardware Abstract Layer,HAL）。它的實現和使用依次涉及Android系統的硬件驅動模塊、硬件抽象層、外部庫和運行時庫層、應用程序框架層和應用程序層等。
Android的硬件抽象層，簡單來說，就是對Linux內核驅動程序的封裝，向上提供接口，屏蔽低層的實現細節。也就是說，把對硬件的支持分成了兩層，一層放在用戶空間（UserSpace），一層放在內核空間（KernelSpace），其中，硬件抽象層運行在用戶空間，而Linux內核驅動程序運行在內核空間。爲什麼要這樣安排呢？把硬件抽象層和內核驅動整合在一起放在內核空間不可行嗎？從技術實現的角度來看，是可以的，然而從商業的角度來看，把對硬件的支持邏輯都放在內核空間，可能會損害廠家的利益。我們知道，Linux內核源代碼版權遵循GNULicense，而Android源代碼版權遵循ApacheLicense，前者在發佈產品時，必須公佈源代碼，而後者無須發佈源代碼。如果把對硬件支持的所有代碼都放在Linux驅動層，那就意味着發佈時要公開驅動程序的源代碼，而公開源代碼就意味着把硬件的相關參數和實現都公開了，在手機市場競爭激烈的今天，這對廠家來說，損害是非常大的。因此，Android纔會想到把對硬件的支持分成硬件抽象層和內核驅動層，內核驅動層只提供簡單的訪問硬件邏輯，例如讀寫硬件寄存器的通道，至於從硬件中讀到了什麼值或者寫了什麼值到硬件中的邏輯，都放在硬件抽象層中去了，這樣就可以把商業祕密隱藏起來了。也正是由於這個分層的原因，Android被踢出了Linux內核主線代碼樹中。大家想想，Android放在內核空間的驅動程序對硬件的支持是不完整的，把Linux內核移植到別的機器上去時，由於缺乏硬件抽象層的支持，硬件就完全不能用了，這也是爲什麼說Android是開放系統而不是開源系統的原因
知道了android系統的體系結構，能讓我們更好的去學習它，手機客戶端軟件，面向服務是軟件將是未來的趨勢，所以學習android是很有必要的。