在不到18個月的時間里，Google Android平臺已從一名“新生兒”成長為全球移動市場乃至移動領域之外其他智能設備領域內的重要成員。越來越多的手持設備開始部署Android平臺，到2010年末，預計還會誕生數十種采用Android的手機設計，除此以外，Android在其他領域的應用也日益廣泛。

　　Android平臺具有兩大吸引力：Android為OEM提供了一個功能豐富的開源移動操作系統，讓設備不僅做到“開箱即用”，而且能夠支持第三方應用程序;Android Market應用程序商店中第三方應用程序的產品組合不斷增加，拉升了對基于Android的設備的需求，同時為整個生態系統帶來了新的商機。但另一方面，以Android為目標的設備硬件也為開發人員帶來了一系列挑戰：內核對CPU及SoC的支持、驅動程序開發、性能優化、與其他系統軟件的整合等等。

　　本文將探討這些難題，并著重講述移動/嵌入式虛擬化如何能夠幫助OEM及其他開發人員簡化Android支持和遷移。特別地，本文將結合使用流行的Beagle Board與OKL4 Microvisor。此外，文中還將以安全VoIP作為應用示例，演示hypervisor技術如何幫助開發人員構建和部署更加穩健的Android設備及運行于其上的軟件和服務。

　　在BeagleBoard及其他硬件上支持Android

　　Beagle Board (http://beagleboard.org)擁有非常活躍的開發人員社區，為Beagle Board硬件及在其上運行的軟件提供支持。基于ARM Cortex-A8 CPU架構的TI OMAP3530亦受益于強大的開源社區和商業支持，從而使得該平臺成為專業人士及業余愛好者的理想測試環境。

　　Android和Beagle Board匯集了應用廣泛的軟硬件技術，并且Android曾多次被移植到Beagle Board上，結果各不相同。特別是Open Kernel Labs(OK Labs)團隊發現了一系列的問題，如驅動程序支持有限、穩定性不夠高、內核頻繁紊亂或完全無法啟動。這些故障不一定表明軟硬件平臺本身存在問題，而是由于Android項目迅速發展和研發精力分散所造成的。

　　使用虛擬化作為遷移工具

　　在企業數據中心和桌面領域，虛擬化的應用越來越普遍，其支持的使用案例和應用數不勝數，其中包括硬件整合、負載平衡、安全和沙箱、配置、多操作系統支持、交叉開發和舊軟件遷移等。在嵌入式特別是移動應用領域，虛擬化在開發和部署方面的應用亦日益廣泛。OK Labs公司為移動手持設備制造商(OEM)提供“microvisor”──OKL4，用于在某些情況下實現有些特殊的鏡像服務器及桌面虛擬化應用，如CPU整合、多核支持、安全分區和固件升級，支持多操作系統(實時操作系統和應用操作系統，如Android、Linux和Symbian等)，以及嵌入式/移動平臺遷移。將microvisor(基于微內核的嵌入式hypervisor)引入到現有設計中時絕不可影響該項設計的具體細節。microvisor應該隔離新舊的子系統，但同時讓其能夠像在原始環境中那樣使用現有軟件組件(例如Android)，從而賦予系統設計人員靈活性。基于這一理念，一個結構良好的microvisor環境應支持簡單且直接的遷移流程：

　　1.Microvisor與目標硬件的集成

　　在Beagle Board與OKL4的搭配中，OKL4 Microvisor已支持大多數常用的嵌入式/移動CPU，其中包括TI OMAP3530，使集成更加方便。

　　2.Android與Microvisor的集成

　　對于集成了虛擬化支持(如Intel VT和AMD-V)的企業和桌面系統，對重要資源(如中斷控制、MMU和高速緩存配置)的訪問限制是通過硬件機制實現的。由于缺乏這些構件，Android(或其他“客戶”操作系統)必須進行“準虛擬化”，即通過修改讓microvisor攔截并重新實現此類操作。為簡化Android支持，OK Labs提供了一種現成的Android準虛擬化實現──OK:Android。

　　3.設備驅動程序遷移

　　顯然，應用平臺必須要與設備硬件進行交互。在最初的移動手持設備實現中，Android必須驅動LCD顯示屏、觸摸屏或鍵盤、音頻輸入/輸出、USB、WiFi及3G網絡接口、數字攝像頭和加速器等。對于移動領域以外的應用，如數字視頻、家庭娛樂及其他領域，還必須開發高清電視、紅外和無線電遙控器、以太網、家居自動化總線(如X10)等的驅動程序。

　　將驅動程序遷移到虛擬化環境是一種投資回報率的問題──有多種選擇，每種方案都有相對于其投資水平的優勢：

　　原地：舊驅動程序以其原始設置保留在Host操作系統(Linux、實時操作系統等)中。這種情況下的遷移主要是集成和配置microvisor，以優化對客戶操作系統環境的支持。

　　原地虛擬化：現有驅動程序仍保留在其Host操作系統環境中，并借助額外的配置來讓其他客戶機能夠通過OKL4 Microvisor虛擬設備框架訪問這些驅動程序。

　　獨立：將舊驅動程序重新托管到稱作設備服務器的專用輕量級虛擬機(安全單元)中，并直接在microvisor上運行。所有客戶機均使用虛擬設備，然后由microvisor強制策略進行管理。因此，獨立驅動程序是目前及未來客戶操作系統中最為安全和最便攜的驅動程序。

　　4.通信棧

　　通信棧(3G、WiFi等)通常運行于舊實時操作系統之上，可以隨同其原始Host操作系統原封不動地重新托管到microvisor環境中。在移動應用中，這種能力可避免需要重新獲取網絡運營商或其他監管機構的認證，而失去搶占市場先機這一巨大優勢。

　　5.其他舊組件

　　其他舊組件(中間件、實用程序、原始應用程序)可以借助OKL4兼容庫直接遷移至microvisor，并作為一個單元集成到最終系統中。一個典型應用示例是自定義GUI/應用程序棧，可以原封不動地移植過來，一方面節約了時間，另一方面還保留了產品的多樣化特性。

　　Beagle Board上的虛擬化Android──軟件架構

　　根據上述流程，我們可以搭建這樣一種架構：在Beagle Board上構建一個托管Android的虛擬化環境，同時具備安全VoIP功能，如圖1所示。

?

　　圖1：圖中架構包含Beagle Board OMAP CPU“裸機”上運行的OKL4 Microvisor。啟動時，系統引導進入OKL4，然后由OKL4加載并協調Android及其他客戶機軟件的執行。

　　在特定安全單元(虛擬機)中，microvisor托管：

　　Android。該組件與其他應用關鍵型組件完全隔離，以確保添加至該開放操作系統平臺中的軟件不會影響到整個系統的穩定性或安全性。事實上，即使Android發生崩潰或死鎖，OKL4仍可以重新加載/重新啟動Android，而不影響其他安全單元中正在運行的軟件(如Linphone)。

　　Linphone(或其他VoIP棧和應用程序)。在我們的參考設計中，我們移植了Linphone以便直接在OKL4 Microvisor上運行，但如果資源允許的話，Linphone可以駐留在安全單元中的Linux實例上。我們的設計有意地將Linphone與Android隔離開來，以確保Linphone的穩定性和安全性;另一方面，將Linphone托管在OKL4 Microvisor之上還能夠節約內存并提高性能。

　　音頻及串口驅動程序。Android與Linphone共享音頻驅動程序，即使用戶禁用了Android，該驅動程序仍能夠為VoIP通話提供音頻輸入/輸出。串口驅動程序是隔離共享的，以支持系統控制臺和調試。

　　運行系統功能如下：Android作為主操作系統，通過Beagle Board上的OMAP顯示硬件提供標準的Android用戶界面呈現給客戶。用戶可以使用基于Android的VoIP“撥號”應用程序或Android下運行的Linphone控制臺服務器來啟動安全的VoIP通話。通話啟動后，用戶可以運行其他Android應用程序(游戲、網頁瀏覽等)，而不影響VoIP通話的質量或安全性。此時，即使Android進入睡眠模式甚至死機，都不會導致通話中斷。