編輯:關於Android編程
Android的硬件抽象層,簡單來說,就是對Linux內核驅動程序的封裝,向上提供接口,屏蔽低層的實現細節。
對硬件的支持分成了兩層,一層放在用戶空間(User Space),一層放在內核空間(Kernel Space),其中,硬件抽象層運行在用戶空間,而Linux內核驅動程序運行在內核空間。為什麼要這樣安排呢?把硬件抽象層和內核驅動整合在一起放在內核空間不可行嗎?從技術實現的角度來看,是可以的,然而從商業的角度來看,把對硬件的支持邏輯都放在內核空間,可能會損害廠家的利益。我們知道,Linux內核源代碼版權遵循GNU License,而Android源代碼版權遵循Apache License,前者在發布產品時,必須公布源代碼,而後者無須發布源代碼。如果把對硬件支持的所有代碼都放在Linux驅動層,那就意味著發布時要公開驅動程序的源代碼,而公開源代碼就意味著把硬件的相關參數和實現都公開了,在手機市場競爭激烈的今天,這對廠家來說,損害是非常大的。因此,Android才會想到把對硬件的支持分成硬件抽象層和內核驅動層,內核驅動層只提供簡單的訪問硬件邏輯,例如讀寫硬件寄存器的通道,至於從硬件中讀到了什麼值或者寫了什麼值到硬件中的邏輯,都放在硬件抽象層中去了,這樣就可以把商業秘密隱藏起來了。也正是由於這個分層的原因,Android被踢出了Linux內核主線代碼樹中。
大家想想,Android放在內核空間的驅動程序對硬件的支持是不完整的,把Linux內核移植到別的機器上去時,由於缺乏硬件抽象層的支持,硬件就完全不能用了,這也是為什麼說Android是開放系統而不是開源系統的原因。
撇開這些爭論,學習Android硬件抽象層,對理解整個Android整個系統,都是極其有用的,因為它從下到上涉及到了Android系統的硬件驅動層、硬件抽象層、運行時庫和應用程序框架層等等,下面這個圖闡述了硬件抽象層在Android系統中的位置,以及它和其它層的關系:
在學習Android硬件抽象層的過程中,我們將會學習如何在內核空間編寫硬件驅動程序、如何在硬件抽象層中添加接口支持訪問硬件、如何在系統啟動時提供硬件訪問服務以及 如何編寫JNI使得可以通過Java接口來訪問硬件。
以上就是對Android HAL的簡單介紹,後續繼續補充相關資料,謝謝大家對本站的支持!
首先,感謝開源中國的開源精神。當初學者拿到客戶端源碼時,可能會對其中的項目結構和代碼產生許多困惑,不知道該從何下手,當然我也是其中一員,接觸安卓時間不長,也不是很精
簡介 將數據存儲到SharedPreferences中 獲取SharedPreferences對象 Context類中的getSharedPreferences方法 文件
本文實例講述了Android編程動態加載布局的方法。分享給大家供大家參考,具體如下:由於前段時間項目需要,需要在一個頁面上加載根據不同的按鈕加載不同的布局頁面,當時想到用
最近瞄到一個小項目….Yalantis/Context-Menu.Android打開這個項目,我只想看看那個動態展開的menu是怎麼實現的.忽