Android系統是Google推出的基于Linux內核和Java架構的操作系統，在很短的時間內已成為主流的手機操作系統，并已逐步擴展應用到嵌入式系統、平板電腦和上網本上。它既有Linux系統所具有的硬件平臺可移植性，也因使用Java語言開發應用程序帶來了應用軟件只編寫一次即可在所有平臺運行的巨大優勢。Android雖然主要基于已有的技術，但在體系結構設計上有較大的創新。其主要設計目標之一就是要使應用程序和系統能獨立于具體的計算機體系結構和硬件平臺，表現在設備驅動程序設計上，對于已有的Linux標準設備驅動程序可以直接繼續使用，只需為其增加應用層JNI接口。但對于Linux沒有的非標準設備則提倡在Linux內核中驅動部分只做很少的接口工作，盡量把驅動程序的主要處理放在Android的上層架構中，即在應用層實現。本文對Android系統的底層實現技術進行深入的研究，包括Android的硬件抽象層和JNI技術實現等。并以S3C2440開發板上的LED燈設計顯示驅動程序為例，提出了一種非標準硬件設備驅動程序的設計和實現方案。
　　1 Android系統驅動程序架構
　　1.1 驅動程序分層體系結構
　　Android是基于Linux的，它使用了Linux內核，但應用程序使用Java語言開發，所以應用程序在調用設備驅動時不能像一般的Linux應用程序那樣直接使用系統調用，必須通過Java虛擬機的JNI的本地（Native）方法使用設備。另一方面，Android要成為一個通用性強的平臺，必須加強它的可移植性。這也是在Android架構添加一個硬件抽象層（HAL）的原因，目的是為設備的調用提供一個更高級的封裝圖1所示為Android驅動程序架構。
　　
　　HAL Stub是以Linux共享庫（*.so）的形式存在，在整個驅動架構中，它是設備驅動程序運行在用戶空間的一部分，它向上為Dalvik虛擬機提供硬件設備的抽象接口，向下通過系統調用與Linux內核中的驅動程序進行數據交互。在這個過程中HAL可以對驅動程序的數據進行處理，也就是說在Linux內核中的驅動程序部分只需要提供一個與硬件設備傳輸數據接口的功能，而其余具體的操作可以由HAL完成。
　　1.2 Android的硬件抽象層
　　Android的硬件抽象層HAL（Hardware Abstract Layer）在Android的架構中是在庫這一層中，通過這一層，硬件廠商可以把部分設備的驅動源碼封裝在這一層而不公開源代碼。
　　對圖1分析，設計HAL就是為了把應用框架和Linux內核分離出來，讓Android使用Linux內核而又不完全依賴Linux內核。當然，驅動程序并不是完全從Linux內核中分離出來，一些基本的處理必須由內核來完成，HAL只是分擔了Linux設備驅動的部分功能，至于這部分的功能占驅動程序功能的比例目前并沒有一個標準。
　　在Android系統發展過程中，HAL的實現也逐步有了一些變化，舊的HAL是一種模塊化的思想，通過共享庫的形式由Runtime在JNI時以函數調用方法調用，這種做法并沒有通過封裝，即上層應用可以直接調用硬件。另外，這種方法可被多個進程使用，映射到多個進程空間中浪費內存資源。
　　現在HAL提出一種Stub的思想，HAL Stub是一種代理的概念，Stub同樣是以共享庫（*.so）格式存在，但上層應用并不像加載動態庫那樣調用Stub。這種HAL是由模塊與Stub結合而成，Runtime通過模塊提供的統一接口獲取并操作Stub。Stub向HAL提供操作的回調函數，Runtime向HAL取得指定模塊的操作函數后，調用這些回調函數。這是一種間接函數調用的方式，HAL里包含了多個Stub。圖2為HAL Stib原理。