【正文】 s來實現(xiàn)的。 Dalvik虛擬機執(zhí)行 .dex 的 Dalvik 可執(zhí)行文件，該格式文件針對最小內存使用做了優(yōu)化。該虛擬機是基于寄存器的，所有的類都經(jīng)由 JAVA 匯編器編譯，然后通過SDK 中的 dx 工具轉化成 .dex 格式由虛擬機執(zhí)行。 Dalvik 虛擬機依賴于 linux 的一 些功能，比如線程機制和底層內存管理機制。 (5) Linux 內核 Android 的核心系統(tǒng)服務依賴于 Linux 內核，如安全性，內存管理，進程管理，網(wǎng)絡協(xié)議棧和驅動模型。 Linux 內核也同時作為硬件和軟件堆棧之間的硬件抽象層。未來發(fā)展 老牌智能手機軟件平臺制造商 Symbian 發(fā)言人則西安文理學院本科畢業(yè)設計（論文） 第 頁 23 表示： Google 的 android 只不過是另一個 linux， symbian 對其它軟件與其形成的競爭并不感到擔心。除了北美之外， Symbian 在其它地區(qū)智能手機市場都占有大部分市場份額。 與 iPhone 相似， Android 采用 WebKit 瀏覽器引擎，具備觸摸屏、高級圖形顯示和上網(wǎng)功能，用戶能夠在手機上查看電子郵件、搜索網(wǎng)址和觀看視頻節(jié)目等，比 iPhone 等其他手機更強調搜索功能，界面更強大，可以說是一種融入全部 Web 應用的單一平臺。 但其最震撼人心之處在于 Android 手機系統(tǒng)的開放性和服務免費。 Android是一個對第三方軟件完全開放的平臺，開發(fā)者在為其開發(fā)程序時擁有更大的自由度，突破了 iPhone 等只能添加為數(shù)不多的固定軟件的枷鎖；同時與 Windows Mobile、 Symbian 等廠商不同， Android 操作系統(tǒng)免費 向開發(fā)人員提供，這樣可節(jié)省近三成成本。 Android 項目目前正在從手機運營商、手機廠商、開發(fā)者和消費者那里獲得大力支持。 Android 系統(tǒng)的四大組件 在 Android系統(tǒng)中，為我們提供了四大基本組件，每個組件是一個視圖，但是有些是可見的，有些是不可見的視圖，像 Activity， ContentProvider 是可見的視圖，Service和 BroadcastReceiver 是不可見的，它們只在系統(tǒng)的后臺運行。下面分別介紹四大組件： (1)Activity 簡介 Android 中， Activity 是所有程序的根本，所有程序的流程都運行在Activity 之中， Activity 可以算是開發(fā)者遇到的最頻繁，也是 Android 當中最基本的模塊之一。在 Android 的程序當中， Activity 一般代表手機屏幕的一屏。如果把手機比作一個瀏覽器，那么 Acitivity就相當于一個網(wǎng)頁。在 Activity 當中可以添加一些 Button、 Check box 等控件。可以看到 Activity 概念和網(wǎng)頁的概念相當類似。 一般一個 Android 應用是由多個 Activity 組成的。這多個 Activity 之間可以進行相互跳轉，例如，按下一個 Button 按鈕后，可能會跳轉到其他的Activity。和網(wǎng)頁跳轉稍微有些不一樣的是， Activity 之間的跳轉有可能返回值，例如，從 Activity A 跳轉到 Activity B，那么當 Activity B 運行結束的時候，有可能會給 Activity A 一個返回值。這樣做在很多時候是相當方便的。 當打開一個新的屏幕時，之前一個屏幕會被置為暫停狀態(tài)，并且壓入歷史堆棧中。用戶可以通過回退操作返回到以前打開過的屏幕。我們可以選擇性的移除一些沒有必要保留 的屏幕，因為 Android 會把每個應用的開始到當前的每一個屏幕保存在堆棧中。Activity 是由 Android 系統(tǒng)進行維護的，它也有自己的生命周期，即它的一個產生、西安文理學院本科畢業(yè)設計（論文） 第 頁 24 運行、銷毀的一個周期，對于 Activity，關鍵是其生命周期的把握，其次就是狀態(tài)的保存和恢復（ onSaveInstanceState onRestoreInstanceState），以及 Activity 之間的跳轉和數(shù)據(jù)傳輸（ intent）。 （ 2） Service 簡介 Service 是 android 系統(tǒng)中的一種組件，它 跟 Activity 的級別差不多，但是他不能自己運行，只能后臺運行，并且可以和其他組件進行交互。 Service 是沒有界面的長生命周期的代碼。 Service 是一種程序，它可以運行很長時間，但是它卻沒有用戶界面。這么說有點枯燥，我們來看個例子。打開一個音樂播放器的程序，這個時候若想上網(wǎng)了，那么，我們打開 Android 瀏覽器，這個時候雖然我們已經(jīng)進入了瀏覽器這個程序，但是，歌曲播放并沒有停止，而是在后臺繼續(xù)一首接著一首的播放。其實這個播放就是由播放音樂的 Service 進行控制。當然這個播放音樂的Service也可以停止，例如，當播放列表里邊的歌曲都結束，或者用戶按下了停止音樂播放的快捷鍵等。 service 可以在和多場合的應用中使用，比如播放多媒體的時候用戶啟動了其他 Activity 這個時候程序要在后臺繼續(xù)播放，比如檢測 SD 卡上文件的變化，再或者在后臺記錄你地理信息位置的改變等等，總之服務嘛，總是藏在后頭的。開啟 service 有兩種方式 : (1) ()： Service會經(jīng)歷 onCreate onStart（ 如果 Service還沒有運行 ， 則 android 先調用onCreate()然后調用 onStart()；如果 Service 已經(jīng)運行，則只調用 onStart()，所以一個 Service的 onStart 方法可能會重復調用多次 ）； stopService 的時候直接onDestroy，如果是調用者自己直接退出而沒有調用 stopService的話， Service會一直在后臺運行。該 Service的調用者再啟動起來后可以通過 stopService 關閉Service。 注意，多次調用 ()不會嵌套（即使會有相應的onStart()方法被調 用），所以無論同一個服務被啟動了多少次，一旦調用()或者 stopSelf()，他都會被停止。補充說明：傳遞給startService()的 Intent 對象會傳遞給 onStart()方法。調用順序為： onCreate onStart(可多次調用 ) onDestroy。 (2) ()： Service會經(jīng)歷 onCreate() onBind()， onBind將返回給客戶端一個 IBind接口實例， IBind允許客戶 端回調服務的方法，比如得到 Service 運行的狀態(tài)或其他操作。這個時候把調用者（ Context，例如 Activity）會和 Service 綁定在一起， Context 退出了，Srevice就會調用 onUnbind onDestroyed相應退出，所謂綁定在一起就共存亡了 。 （ 3） Broadcast Receiver 簡介 在 Android 中， Broadcast 是一種廣泛運用的在應用程序之間傳輸信息的機制。而 BroadcastReceiver 是對發(fā)送出來的 Broadcast進行過 濾接受并響應的一類組件?？梢允褂?BroadcastReceiver 來讓應用對一個外部的事件做出響應。這西安文理學院本科畢業(yè)設計（論文） 第 頁 25 是非常有意思的，例如，當電話呼入這個外部事件到來的時候，可以利用BroadcastReceiver 進行處理。例如，當下載一個程序成功完成的時候，仍然可以利用 BroadcastReceiver 進行處理。 BroadcastReceiver 不能生成 UI，也就是說對于用戶來說不是透明的，用戶是看不到的。 BroadcastReceiver 通過NotificationManager 來通知用戶這些事情發(fā)生了。 BroadcastReceiver 既可以在 中注冊，也可以在運行時的代碼中使用()進行注冊。只要是注冊了，當事件來臨的時候，即使程序沒有啟動，系統(tǒng)也在需要的時候啟動程序。各種應用還可以通過使用 () 將它們自己的 intent broadcasts廣播給其他應用程序。 （ 4） ContentProvider 簡介 Content Provider，聽著就和數(shù)據(jù)相關，沒錯，這就是 Android 提供的第三方應用數(shù)據(jù)的訪問方案。在 Android中，對數(shù)據(jù)的保護是很嚴密的，除了放在 SD卡中的數(shù)據(jù)，一個應用所持有的數(shù)據(jù)庫、文件、等等內容，都是不允許其他直接訪問的，但有時候，溝通是必要的，不僅對第三方很重要，對應用自己也很重要。Andorid當然不會真的把每個應用都做成一座孤島，它為所有應用都準備了一扇窗，這就是 Content Provider。應用想對外提供的數(shù)據(jù)，可以通過派生ContentProvider 類， 封裝成一枚 Content Provider，每個 Content Provider都用一 個 uri作為獨立的標識，形如： REST的樣子，但實際上，它比 REST 更為靈活。和 REST類似， uri 也可以有兩種類型，一種是帶 id的，另一種是列表的，但實現(xiàn)者不需要按照這個模式來做，給你 id的 uri你也可以返回列表類型的數(shù)據(jù)，只要調用者明白，就無妨，不用苛求所謂的 REST。另外， Content Provider 不和 REST一樣只有 uri可用，還可以接受 Projection， Selection， OrderBy 等參數(shù)，這樣，就可以像數(shù)據(jù)庫那樣進行投影，選擇 和排序。查詢到的結果，以 Cursor（參見 reference/android/database/ ）的形式進行返回，調用者可以移動 Cursor來訪問各列的數(shù)據(jù)。 Content Provider 屏蔽了內部數(shù)據(jù)的存儲細節(jié)，向外提供了上述統(tǒng)一的接口模型，這樣的抽象層次，大大簡化了上層應用的書寫，也對數(shù)據(jù)的整合提供了更方便的途徑。 Content Provider 內部，常用數(shù)據(jù)庫來實現(xiàn)， Android提供了強大的 Sqlite支持，但很多時候，你也可以封裝文件或其他混合的數(shù)據(jù)。在 Android中， ContentResolver是用來發(fā)起 Content Provider的定位和訪問的。不過它僅提供了同步訪問的 Content Provider 的接口。但通常， Content Provider 需要訪問的可能是數(shù)據(jù)庫等大數(shù)據(jù)源，效率上不足夠快，會導致調用線程的擁塞。因此 Android提供了一個 AsyncQueryHandler（參見：西安文理學院本科畢業(yè)設計（論文） 第 頁 26 reference/android/content/），幫助進行異步訪問Content Provider。 在各大組件中， Service 和 Content Provider 都是那種需要持續(xù)訪問的。 Service如果是一個耗時的場景，往往會提供異步訪問的接口，而 Content Provider 不論效率如何，都提供的是約定的同步訪問接口。我想這遵循的就是場景導向設計的原則，因為 Content Provider 僅是提供數(shù)據(jù)訪問的，它不能確信具體的使用場景如何，會怎樣使用它的數(shù)據(jù)；而相比之下， Service包含的邏輯更復雜更完整，可以抉擇大部分時候使用某接口的場景，從而確定最貼切的接口是同步還是異步，簡化了上層調用的邏輯。 搭建 Android 開發(fā)環(huán)境 任何事物要運行，都要有它的環(huán)境， Android 也有它的環(huán)境才能夠運行，下面介紹 Android的開發(fā)環(huán)境配置 . 搭建開發(fā)環(huán)境需要的軟件： ： Windows XP 或 Linux ： Android SDK(Software Development kit Java Development kit) 、 ADT(Android Develoopment Tool) 環(huán)境： Eclipse IDE+ADT ： Java Runtime Environment 虛擬機 、 (JDK)Java Development kit 安裝步驟如下： 第一步：安裝 Java 虛擬機 sunjava6jdk 版本 第二步：安裝 官網(wǎng) 選擇版本（圖 ）：進行安裝 圖 第三步：安裝 Android SDK：首先要下載 SDK，可以在這個網(wǎng)址下載 ，選擇相應的系統(tǒng)進行安裝 西安文理學院本科畢業(yè)設計（論文） 第 頁 27 圖 第四步：安裝 Android ADT 插件 運行 Eclipse，選擇 helpinstall new software 選擇 add，將會彈出一個框 圖