- application
- framework
- JNI
- HAL
- linux kernel (driver)
- hardware
1.application
用JAVA寫的應用程式,主要呼叫framework層提供的API(功能/服務)達到所需的應用.
2.framework
用JAVA寫的Android主體,實作Android制定的標準API,提供豐富與常用的功能給application使用,
並且讓application可以不用因底層driver不同而改變.
為何application要因底層driver不同而改變?
舉例來說有兩個背光的驅動IC分別由兩個driver來驅動,
而這兩個driver點亮背光的ioctl控制方式不一樣(如ioctl code不一樣等),
則application要讓背光點亮的功能就要實作呼叫兩個不同的ioctl才能支援兩個驅動IC.
但透過framework層就是要呼叫"背光點亮"這個API就好,framework層會處理底層的不同.
又framework層如何處理底層?如果只是同樣呼叫兩個不同ioctl那不就只是把麻煩事放在framework層而已嗎?
當然不是這樣,framework層除了對上定義標準API給application使用,
對下也定義"背光點亮"界面並要求底層依該定義實作,因此不同的driver若要支援Android則依循Android的規範實作即可.
但framework底下是JNI不是driver啊? 剛剛是舉例,後續會再說明.
3.JNI
C/C++寫的但是需要include JAVA產生的.h檔.
framework是JAVA寫的,driver是C/C++寫的,framework怎麼呼叫driver的ioctl?
答案就是JNI,JNI就是讓JAVA可以呼叫C/C++的界面.
在JAVA的source code中如果要呼叫C/C++ library中的function,
就要在宣告該function時加上native關鍵字等,然後編譯該JAVA會產生一.h檔,
然後在C/C++的source code中include該.h檔並實作.h檔中的function,
該function就是呼叫driver的ioctl等,
再編譯C/C++後產生.so或.dll的library檔,該library檔就可以讓JAVA呼叫使用.
此.so或.dll就稱JNI,使JAVA可以呼叫到driver的功能.
這裡須強調JNI是個界面,source code是C/C++,或許有些功能用JAVA較不易實作,而用C/C++較容易就把該功能寫在JNI,
使JNI不只是單純的界面,這是不對的行為,架構問題不多解釋.
4.HAL
主要由C/C++寫的,所以可以被JNI呼叫,並向下控制driver.
JNI已經可以呼叫底層driver了,為何又多了HAL層?
framework層是Android強大功能的主體,而HAL層則是讓Android得以商業化的關鍵,
因為driver屬於linux kenel需要公開source code,但有些廠商不希望將驅動該硬體的source code公開,
因其中可能包含其不願公開的演算法等,所以對linux平台的產品卻步,因此產生了HAL層,HAL層不屬於driver而是以使用driver的角色存在,
所以不須公開原始碼,就可以讓廠商將不願公開的code放在HAL層,而driver只負責簡單的控制硬體功能.
5.linux kernel (driver)
用C/C++寫的,driver 實作控制CPU以驅動硬體的功能,並提供ioctl等讓上層呼叫.
6.hardware
硬體...
