【導(dǎo)讀】隨著科技的發(fā)展，現(xiàn)在手機的功能己不僅僅是簡單的打接電話、收發(fā)短信了。多的手機用戶希望在工作、學(xué)習(xí)之余通過方便靈巧可隨身攜帶的儀器休閑娛樂。具有很強的娛樂性和交互性的飛機小游戲。雖然現(xiàn)在市面上存在著各種各樣的游戲版本，可是飛機游戲其市場還是相當(dāng)大的。更大，刺激性也更強?？梢哉f該游戲的優(yōu)勢在于它的簡單易行，不論是手機，還是小。游戲機，都能很快順利的運行。對于在外忙碌的人，不司能花費大盤時間在娛樂上，大型游戲是行不通的。這樣的小游戲剛好迎合了他們的需求。寫，運用intent通信來完成每個布局界面之間的調(diào)用，操作簡便，容易上手。動，當(dāng)子彈碰撞敵機時即判定擊毀，通過擊敗最后的boss來通關(guān)游戲。

　　

【正文】 Service Service 是 android 系統(tǒng)中 的 一 種組件，它跟 Activity 的級 別 差 不多，但是 他不能自己運 行 ， 只能后臺運行，并且可以和其他組件進行交互 。 Service 的啟 動有兩種方 式 : context. startService() 和 context. bindService() 。 使用 context. startService() 啟動 Service 經(jīng)歷 : context. startService() )onCreate() )onStart())Service running context. stopService() I )onDestroy() )Service stop 如 果 Service 還沒有運行，則 android 先調(diào)用 onCreate 0 然后調(diào)用 onStartO 。 如果 Service 已經(jīng)運行，則只調(diào)用 onStartO ，所以一個 Service 的 onStart 方 法可能會重復(fù)調(diào)用多次。 stopService 的時候直接 onDestroy，如果是調(diào)用者向己直接退出而沒有調(diào)用 stopService 的 話 ， Service 會 一 直 在 后 臺運 行 。 該 Service 的調(diào)用者再啟動起來 后可以 通過 stopService 關(guān)閉 Serviceo 所以調(diào)用 startService 的生命周期 為 : onCreate 一 onStart(可多次調(diào)用 ) 一 ) onDestroy 使用使用 context. bindService() 啟動 Service 會經(jīng) 歷 : context. bindService ())onCreate ())onBind ())Service running onUnbind() ) onDestroy() )Service stop onBind 將返回給客戶端 一 個 IBind 接口實 例 ， IBind 允許客戶端回調(diào)服務(wù)的 方法，比如得到 Service 運行的狀態(tài)或其他操作。這個時候把調(diào)用者 CContext， 例如 Activity) 會和 Service 綁定 在 一 起 ， Context 泡出了 ， Srevice 就會調(diào)用 nUnbind)onDestroy 相應(yīng)返 出 。 所以調(diào)用 bindService 的生命周期 為 : onCreate 一 ) onBind(只 一 次 ， 不 可 多次綁定 )一 ) onUnbind 一 onDestory。 在 Service 每一次的開啟關(guān)閉過程 中 ， 只有 onStart 可被多次調(diào)用 (通過多次 startService 調(diào) 用 )， 其他 onCreate， onBind， onUnbind， onDestory 在一 個 生 命周期中只能被調(diào)用一次。 servlce 可以在和多場合的應(yīng)用中使用，比如播放多媒體的時候 用 戶啟動了 其他 Activity 這個時候程序要在后臺繼續(xù)播放，比如檢測 SD 卡上文件 的 變化， 再或者在后臺記錄你地理信息位置的改變等等。 17 東 華理 大學(xué)長江學(xué)院畢業(yè)設(shè)計 . 3 Content Provider Content Provider 屬于 Android 應(yīng)用程序的組件 之 一 ，作為應(yīng)用程序，之間唯 一的共享數(shù)據(jù)的途 徑 ， Content Provider 主要的功能就是存儲井檢索數(shù)據(jù)以及向 其他應(yīng)用程序提供 訪 問 數(shù)據(jù)的借 口 。 Android 系統(tǒng)為一些常見的數(shù)據(jù)類型 (如音樂、視 頻 、 圖 像 、 手機通信錄聯(lián)系 人信息等 )內(nèi)置 了 一 系列的 Content Provider，這些都位于 android. provider 包下。持有特定的許 可 ， 可以在自己開發(fā)的應(yīng)用程序中訪 問這些 Content Provider。 讓自己的數(shù)據(jù)和其他應(yīng)用程序共享有兩種方 式 : 創(chuàng) 建 自己的 Content Provier(即繼承自 ContentProvider 的子類 ) 或者是將自己的數(shù)據(jù)添加到己有 的 Content Provider 中去，后者需要保證現(xiàn)有的 Content Provider 和向己的數(shù) 據(jù)類 型 5相同且具有該 Content Provider 的寫入權(quán)限。對于 Content Provider， 最重要的就是數(shù)據(jù)棋型 (data model) 和 URlo 4. 2. 3. 1 數(shù) 據(jù) 模型 Content Provider 將其存儲的數(shù)據(jù)以數(shù)據(jù)表的形式提供給訪問 者 ， 在數(shù)據(jù)表 中每一行為一條記 錄 ， 每一列為具有特定類型和意義的數(shù)據(jù)。每一條數(shù)據(jù)記錄都 包括一個 二 ID 數(shù)值字 段 ， 改字段唯一標(biāo)識一條數(shù)據(jù)。 4. 2. 3. 2 UR I URL 每 一 個 Content Provider 都對外提 供 一 個能夠 唯 一 標(biāo)識向己數(shù)據(jù)集 (data set) 的公開 URI，如 果 一 個 Content Provider 管理多個數(shù)據(jù)集，其將會為 每個數(shù)據(jù)集分 配 一 個 獨 立的 URI 。所有的 Gontent Provider 的 URI 都以 開 頭 ， 其 中 content: H是用來標(biāo)識數(shù)據(jù)是由 Content Provider 管 理的 schema。 在幾乎所有的 Content Provider 的操作中都會用到 URL 因此一般來講，如 果是自己開發(fā)的 Content Provider， 最好將 URI 定義為常 量 ， 這樣在簡化開發(fā)的 同時也提高了代碼的可維護性。 首先來介紹如何訪問 Content Provider 中的數(shù) 據(jù) ， 訪問 Content Provider 中的數(shù)據(jù)主要通過 ContentResolver 對象 ， ContentResolver 類提供了成員方法 可以用來對 Content Provider 中的數(shù)據(jù)進 行 查詢、插 入 、修改和刪 除 等操作。以 查詢?yōu)?例 ， 查 詢 一 個 Content Provider 需要掌握如下的信 息 : 唯 一 標(biāo)識 Content Provider 的 URL 需要訪問的數(shù)據(jù)字段名稱，該數(shù)據(jù)字段的數(shù)據(jù)類型。 18 東 華理 大學(xué)長江學(xué)院畢業(yè)設(shè)計 4. 2. 4Broadcast Receiver Intent 廣播的 消費者 。 通過創(chuàng)建和注 冊 一 個 Broadcast Receiver，應(yīng)用 程序可以監(jiān)昕符合特定條件的廣播的 Intento Broadcast Receiver 會自動的啟 動你的 Android 應(yīng)用程序去響應(yīng)新來的 Intent o Broadcast Rece iver 是事件驅(qū)動 程序的理想手段。 Broadcase Receiver 不 執(zhí)行任何任 務(wù) ， 僅僅是接受 并 響 應(yīng) 廣 播 通知 的 一 類組 件。大部分 廣 播 通 知 是由系統(tǒng)產(chǎn)生的 ， 例如改變 時 區(qū) ， 電 池 電 量 低 ， 用戶選擇了 一幅圖片或者用戶改 變 了 語言首選項。應(yīng)用程序同樣也 可 以 發(fā)送廣播通 知 ， 例如 通知其他應(yīng)用程序某些數(shù)據(jù)已經(jīng)被下載到設(shè)備上可以使用。 一 個應(yīng)用程序可以包含任意數(shù)量的 Broadcase Revei ver 來響應(yīng)它認為很重要 的通知。所有的 Broadcast Receiver 都擴展肉類 BroadcastReceiver。 8roadcastReceiver 不包含任何 用 戶界麗。然而 它 們可以啟 動 一 個 Activity 以響應(yīng)接受到的信 息 ， 或者通過 NotificationManager 通知用 戶 。 可 以通過多種 方式使用戶知道有 新 的 通知產(chǎn) 生 : 閃動背景燈、震動設(shè)備、發(fā)出聲音等等。通常 程序會在狀態(tài)欄上放置一個持久的圖 標(biāo) ， 用戶可以打開 這 個 圖標(biāo)并讀取通知信息。 在使用 Broadcas t Receiver 前 ， 先要注冊 Broadcast Receiver ， 而注冊 Broadcast Rece i ver 有兩種 方 式 ， 一 種是在靜態(tài)的 AndroidManif est. xml 中注冊， 另一種是動態(tài)的 在 代 碼 中注 冊 ， 以下是兩種注冊 Broadcast Receiver 的實 例 : 1)在 AndroidManifest. xml 中注冊 Xml 代碼 receiver android:name=Recei verl intent日 Iter !和 Intent中 的 action又才應(yīng)…〉 action android:nam e=/ linten tfi]ter lreceiver 2)在代碼中注冊 Java 代碼 IntentF泣 ter fi]ter = new IntentFilter(島 )。 /1 和廣播 中 Intent的 actio創(chuàng)應(yīng) MyBroadcastReceiver br = new MyBroadcastReceiverO。 registerReceiver(new ， filter)。 19 東 華理 大學(xué)長江學(xué)院畢業(yè)設(shè)計 I ntent 的詳細解析 在 一 個 Android 應(yīng)用中，主要是由四種組件組成的，這四種組件可參考 上 一 節(jié)的 內(nèi)容。而這四種組件是獨立 的 ， 它們之間可以互相調(diào)用，協(xié)調(diào)工 作 ， 最終組成一個真 正的 Android 應(yīng)用。在這些組件之間的通訊 中 ， 主要是由意 圖 39。協(xié)助完成的。意圖負責(zé) 對應(yīng)用中一次操作的動作、動作對應(yīng)的數(shù)據(jù)、附加數(shù)據(jù)進行描 述 ， Android 則根據(jù)此 意圖的描述，負責(zé)找到相應(yīng)的組件，將意圖傳遞給 它 ， 并完成組 件 的調(diào) 用 。因此，意 圖在這里起著一個媒體中介的作用，專門提供組件之間互 相 調(diào)用的相 關(guān) 信息，實現(xiàn)調(diào) 用者與被調(diào)用者之間的解禍。 例如，在一個聯(lián)系人維護的應(yīng)用中，當(dāng)在一個聯(lián)系人列表屏幕 (假設(shè)對應(yīng)的 Activity 為 listActi vi ty) 上，點擊某個聯(lián)系人后，希望能夠調(diào)出此聯(lián)系人的詳細信 息 ，為 了 實現(xiàn)這個 目 的 ， listActivity 需要構(gòu) 造 一 個 1ntent，這個 Intent 用于告訴 系統(tǒng)，要做 查看 動作，此動作對應(yīng)的查看對象是 某聯(lián)系人 ， 然后調(diào)用 startActi vity (intent intent) ，將構(gòu)造的 1ntent 傳 入 ， 系統(tǒng)會根據(jù)此 intent 中的 描述，到 AndroidManifest. xml 中找到滿足此 1ntent 要求的 Activity。系統(tǒng)會調(diào)用 找到的 Activity，即為 detailActivity，最終傳入 1ntent， detailActivitv 則會根 據(jù)此 1ntent 中的描 述 ， 執(zhí) 行相應(yīng)的操作。 4. 3. 1 Intent 的抽象描述 在 Android 參考文檔 中 ， 對意圖的定義是執(zhí)行某操作的一個抽象描述。該抽象描 述的具體內(nèi)容如下 : 首先，它是 要 執(zhí)行的動作 的 一 個簡要描述，如查看、修改等 ， Android 定義 了 一 套標(biāo)準(zhǔn)動作。此 外 ，還可以根 據(jù) 應(yīng)用的需要，定義向己的 f。lJ作，并可定義 相 應(yīng)的活動 來處理自定義的動作。 其次 ，是執(zhí)行動作耍操作的數(shù)據(jù)， Android 采用指向數(shù)據(jù)的一個 UR1方式來實現(xiàn)。 另 外 ，除了動作和數(shù)據(jù)這兩個重要屬性外，還有一些附加屬性 : 類 另 IJ:被執(zhí)行動作的附加信息。例如 LAUNCHE凡 CATEGORY 表示意圖的接受者應(yīng)該 在 Launcher 中作為頂級應(yīng)用出現(xiàn) 。而 ALTERNATIVECATEGORY 表示當(dāng)前的意圖是一系列 的可選動作中的一 個 ， 這 些動作可以在同一個數(shù)據(jù)上執(zhí)行。 數(shù)據(jù)類型 :顯式指定意圖的數(shù)據(jù)類型。一般意圖的數(shù)據(jù)類型能夠根據(jù)數(shù)據(jù)本身進 行判定，但是通過設(shè)置這個屬性，可以強制采用指 定的類型。 組 件 :指 定 意 閣的目標(biāo)組件 的 類名稱。通常 Andro id 會根據(jù)意閣中包含的其它屬 性的信息，比如動 作 、數(shù) 據(jù) /數(shù)據(jù)類型、類別進行查 找 ，最終找 到 一 個 與之匹配的目 標(biāo)組件。 20 東 華理 大學(xué)長江學(xué)院畢業(yè)設(shè)計 附加信 息 :是其它所 有 附 加 信息的集 舍 。 使用附加信息 可 以為組件 提 供擴展信息， 比如，如果要執(zhí)行 發(fā)送電子郵件 這個動作，可以將電子郵件的標(biāo)題、正文等保存 在附加信息里，傳給電 子 郵 件 發(fā)送組 件 。 總之，動作、數(shù)據(jù) /數(shù)據(jù)類型、類別和附加 信息一起形成了 一 種 語 言。 這 種 語 言 使系統(tǒng)能夠理 解諸 如 查看某聯(lián) 系 人 的詳細信息 之類的短語。隨著 應(yīng) 用不斷的加入到 系 統(tǒng) 中 ， 它們 可 以添加新的動作、數(shù) 據(jù) /數(shù)據(jù)