【文章內(nèi)容簡(jiǎn)介】 則系統(tǒng)會(huì)報(bào)錯(cuò) [7]。里面通過(guò)很多內(nèi)部的靜態(tài)類(lèi)來(lái)指向 res 目錄中的資源文件，如果開(kāi)發(fā)中發(fā)現(xiàn)這個(gè)文件，那么很有可能是因?yàn)?res 目錄總的文件內(nèi)部錯(cuò)誤或者是文件重復(fù)。 assets 文件夾：存放應(yīng)用中需要用到的文件，例如存放初始化系統(tǒng)用到的數(shù)據(jù)庫(kù)文件、音頻資源文件等 [8]。 res 文件夾：主要用來(lái)存放系統(tǒng)中的資源文件，例如布局文件、國(guó)際化的字符串文件、圖像資源文件等。 文件：該文件 主要 包含了應(yīng)用程序的基本信息 [9]。如果 要使用 Android 系統(tǒng)中的四大組件的話(huà) 則 需要在文件中進(jìn)行配置，還有 就是 系統(tǒng)測(cè)試和應(yīng)用 也 需要用到系統(tǒng)的一些特性 ，因此，這些 也 是 需要在該文件中 進(jìn)行 配置。 文件：在應(yīng)用正式發(fā)布時(shí)為了防止別人反編譯自己的代碼，要在該文件中進(jìn)行配置。同時(shí)也記錄了應(yīng)用程序開(kāi)發(fā)過(guò)程中的在集成開(kāi)發(fā)環(huán)境中所需要的第 2 章 Android 的相關(guān)技術(shù)介紹及分析 5 版本信息。 Activity Activity 生命周期方法 onCreate 方法 ：當(dāng) Activity 第一次被創(chuàng)建的時(shí)候 ， Android 系統(tǒng) 將會(huì) 會(huì)執(zhí)行該生命周期方法，或者 是 用戶(hù)在沒(méi)有退出該應(yīng)用程序的情況下切換到了 其他應(yīng)用程序，而恰好此時(shí)系統(tǒng)資源不夠用了， 這時(shí) 系統(tǒng)就 會(huì) 回收該 Activity，但是并未銷(xiāo)毀該 Activity。用戶(hù)突然又切換到當(dāng)前應(yīng)用程序，此時(shí)系統(tǒng)就會(huì)重新執(zhí)行該生命周期方法 [10]。 事實(shí)上，在實(shí)際開(kāi)發(fā)中 我們 通常在這個(gè)方法中初始化界面組件和恢復(fù)當(dāng)前 Activity 狀態(tài)。 onStart 方法 ： 每一次 activity 從用戶(hù)不可見(jiàn)到用戶(hù)可見(jiàn)的時(shí)候系統(tǒng)都會(huì)執(zhí)行該生命周期方法，在某些對(duì)信息時(shí)時(shí)性要求高的應(yīng)用程序中，需要在該方法中更新該界面的數(shù)據(jù)，例如青蛙衛(wèi)士中的系統(tǒng)設(shè)置界面，為了避免用戶(hù)使用 Android 系統(tǒng)自帶的設(shè)置界面把服務(wù)停掉后回到青蛙衛(wèi)士的系統(tǒng)界面是看到臟數(shù)據(jù)，每次顯示該界面的時(shí)候都要重新獲取當(dāng)前正在運(yùn)行的服務(wù)。 onRestart 方法 ： 當(dāng) activity 對(duì)用戶(hù)不可見(jiàn)并且沒(méi)有被系統(tǒng)銷(xiāo)毀的情況下，如果該activity 再一次對(duì)用戶(hù)可見(jiàn)，那么系統(tǒng)就會(huì)執(zhí)行該生命周期方法。 onResume 方法： 當(dāng) activity 獲取焦點(diǎn) 時(shí)， 系統(tǒng)會(huì)執(zhí)行該生命周期方法。 onPause 方法：當(dāng) activity 失去焦點(diǎn) 時(shí)， 系統(tǒng)會(huì)執(zhí)行該生命周期方法，失去焦點(diǎn)并不是指該 activity 對(duì)用戶(hù)不可見(jiàn)，而是被對(duì)話(huà)框或者其他透明的 activity 遮 罩，用戶(hù)是可以看見(jiàn)該 activity 的，只是不能點(diǎn)擊而已，該方法與 onResume 方法相對(duì)應(yīng)。 onStop 方法：當(dāng) activity 對(duì)用戶(hù)不可見(jiàn) 時(shí) ，系統(tǒng) 將 會(huì)執(zhí)行該生命周期方法，該方法與 onStart 方法 是 相對(duì)應(yīng) 的 。 onDestory： 當(dāng) activity 被系統(tǒng)銷(xiāo)毀時(shí) ， 系統(tǒng)會(huì)執(zhí)行該生命周期方法 。 在實(shí)際開(kāi)發(fā)中，通常在該方法內(nèi)部做一些掃尾 動(dòng)作。 例如解綁通過(guò)代碼方式在該 activity 中綁定服務(wù)、取消在該 activity 中注冊(cè)的內(nèi)容觀(guān)察者等。 與其他應(yīng)用程序交互 在我們實(shí)際開(kāi)發(fā)的應(yīng)用程序中，很少有應(yīng)用程序是單獨(dú)存在 的，或多或少都會(huì)使用到第三方應(yīng)用程序提供的數(shù)據(jù)，例如實(shí)習(xí)期間做的一個(gè)遠(yuǎn)程會(huì)議軟件，需要網(wǎng)服務(wù)端上傳照片，為了節(jié)省開(kāi)發(fā)時(shí)間就是直接使用系統(tǒng)自帶的相機(jī)拍照。這里就已這個(gè)例子來(lái)介紹 Android 系統(tǒng)中各應(yīng)用程序之間的交互。在我們自己應(yīng)用程序的 activity第 2 章 Android 的相關(guān)技術(shù)介紹及分析 6 中，把要拍攝照片的全路徑名存放在 intent 中，并且在 intent 中加入照相的動(dòng)作和類(lèi)型，（系統(tǒng)會(huì)篩選出手機(jī)中所已安裝的照相機(jī)供用戶(hù)選擇），將該 intent 對(duì)象作為參數(shù)傳遞給 startActivityForResult 方法。程序中也調(diào)用系統(tǒng)自帶的相冊(cè)從相冊(cè)中選 擇圖片上傳，但是相冊(cè)和相機(jī)返回的數(shù)據(jù)是不同的，所有還需要傳遞一個(gè)請(qǐng)求碼給startActivityForResult 方法來(lái)區(qū)分當(dāng)前操作類(lèi)型，以便在 onActivityResult 方法中根據(jù)請(qǐng)求碼的不同來(lái)出來(lái)不同的數(shù)據(jù) [11]。 BroadcastReceiver 廣播接收者的分類(lèi) 普通廣播： 這種廣播并不是同步傳輸?shù)?， 并且可以被任意廣播接收者收聽(tīng) 。 這種廣播的好處 是效率 非常高 。 缺點(diǎn)是任意收聽(tīng)該廣播的廣播接收者都改變不了該廣播中所傳遞的數(shù)據(jù) ， 同時(shí)也不能阻止別的廣播接收者收聽(tīng)該廣播 。 有序廣播： 該廣播是 依照廣播接收 者的優(yōu)先級(jí)次序，在收聽(tīng)了該廣播的廣播接收者中 根據(jù)該數(shù)據(jù) 依次傳遞。例如有三個(gè)廣播接收者 X， Y， Z，優(yōu)先級(jí)是 X Y Z。那這個(gè)廣播首先傳遞給 X，其次再傳給 Y，最后傳遞給 Z。每個(gè)廣播接收者都可接結(jié)束廣播的傳遞，比如 Y 結(jié)束了廣播的傳遞， Z 就不能收到廣播消息。另外， X 收到廣播消息后可以對(duì)消息內(nèi)容進(jìn)行更改，當(dāng)廣播傳遞到 Y那里的時(shí)候，廣播接收者 Y 從廣播中取到的數(shù)據(jù)就是廣播接收者 X放進(jìn)去的數(shù)據(jù)。例如 ，在 Android 系統(tǒng)中 接收 短信廣播就是有序廣播。 注冊(cè)廣播接收者的兩種方式 廣播接收者注冊(cè)方式的不同會(huì)影響其存活的時(shí)間 ，用清單文件配置的方式注冊(cè)的廣播接收者可以在其應(yīng)用程序沒(méi)有運(yùn)行的時(shí)候繼續(xù)收聽(tīng)廣播 [12]，例如系統(tǒng)自帶的電池電量不足的廣播接收者，不需要專(zhuān)程打開(kāi)某個(gè)應(yīng)用程序來(lái)監(jiān)聽(tīng)它。 還有就是通過(guò)代碼的方式注冊(cè)廣播接收者，這種方式注冊(cè)的廣播接收者只有在其應(yīng)用程序運(yùn)行的時(shí)候才能收聽(tīng)廣播，在實(shí)際開(kāi)發(fā)中的應(yīng)用場(chǎng)景是時(shí)時(shí)監(jiān)聽(tīng)廣播事件來(lái)更新界面上顯示的數(shù)據(jù)，當(dāng)界面關(guān)閉后該廣播接收者就沒(méi)有存活的意思，所以就不用配置在清單文件中。 第 2 章 Android 的相關(guān)技術(shù)介紹及分析 7 Service 什么是服務(wù) Android 中 的 服務(wù)和 windows 中的服務(wù)類(lèi)似， 兩者 都是運(yùn)行在后臺(tái)用戶(hù)看不見(jiàn)的，其存在的級(jí)別會(huì) 比 activity 高一些，同樣 的 也 是 需要在清單文件中進(jìn)行配置，在主進(jìn)程中運(yùn)行。正因?yàn)槭沁\(yùn)行在主進(jìn)程里的，所以不能直接在服務(wù)中執(zhí)行需要運(yùn)行很久的操作，應(yīng)該單獨(dú)開(kāi)一個(gè)子線(xiàn)程來(lái)做這些長(zhǎng)時(shí)間運(yùn)行的操作，例如在后臺(tái)播放音樂(lè)，在導(dǎo)航軟件中時(shí)時(shí)獲取最新的位置信息等。 本地服務(wù) 本地服務(wù)，顧名思義就是在某一個(gè)應(yīng)用程序內(nèi)容運(yùn)行的服務(wù) 。 在服務(wù)外部通過(guò)執(zhí)行 startService 方法來(lái)開(kāi)起服務(wù) 和通過(guò) 執(zhí)行 stopService 方法來(lái)停止服務(wù)。在服務(wù)的內(nèi)部可以 通過(guò) 執(zhí)行 stopSelf 或者 stopSelfResult 來(lái)停止服務(wù)。值得注意的是，同一時(shí)刻同一個(gè)服務(wù)只會(huì)有一個(gè)實(shí)例存在 。 遠(yuǎn)程服務(wù) 遠(yuǎn)程服務(wù)，主要 是應(yīng) 用在 Android 系統(tǒng)中各個(gè)應(yīng)用之間的通信當(dāng)中 ， 通過(guò)接口并且暴露借口給其他應(yīng)用程序，供其他應(yīng)用程序調(diào)用。 其 客戶(hù)端連接到服務(wù)點(diǎn) 是 通過(guò)該連接來(lái)執(zhí)行服務(wù)里的方法。 在 執(zhí)行 bindService()方法連接服務(wù) 時(shí) ，如果是在 activity中綁定的服務(wù)， 則 需要在 activity 的 onDestory()方法中執(zhí)行 unbindService()方法 來(lái) 取消綁定 的 服務(wù) [13]。 要說(shuō)明的是，其中 多個(gè)客戶(hù)端 是 可以綁 定同一個(gè)服務(wù) 的 ，但 一個(gè) 服務(wù)只會(huì)被開(kāi)起一次。 第 3 章 手機(jī)安全衛(wèi)士分析與設(shè)計(jì) 8 第 3章 手機(jī)安全衛(wèi)士分析與設(shè)計(jì) 手 機(jī)防盜功能需求分析與設(shè)計(jì) 落地有聲：由于我的眼鏡是透明的，經(jīng)常一覺(jué)睡醒找不到眼鏡，每次這個(gè)時(shí)候都想能通過(guò)手機(jī)控制眼鏡發(fā)出聲音以便更快的找到眼鏡。落地有聲就是由這個(gè)想法演變來(lái)的，如果用戶(hù)的愛(ài)機(jī)剛被盜不久，那么手機(jī)還在用戶(hù)附近的，如果此時(shí)設(shè)定的安全號(hào)碼手機(jī)可以用，只需要用安全手機(jī)發(fā)送一條警報(bào)指令給丟失的手機(jī)，那么丟失的手機(jī)就會(huì)播放報(bào)警音樂(lè)，以便用戶(hù)在第一時(shí)間找回丟失的愛(ài)機(jī)。 換卡先知： Android 手機(jī)換 SIM 卡都需要重啟手機(jī)，每次手機(jī)重啟 的時(shí)候判斷當(dāng)前 SIM 卡的串號(hào)是否和被保護(hù)的 SIM 卡的串號(hào)是否相同，如果不相同，則手機(jī)將在后臺(tái)自動(dòng)發(fā)送短信給安全手機(jī)，這樣就在小偷不知道的情況下第一時(shí)間得知小偷的手機(jī)號(hào)碼，大大提升找回手機(jī)的可能性。 遠(yuǎn)程開(kāi)啟防盜：當(dāng)用戶(hù)愛(ài)機(jī)沒(méi)有開(kāi)起防盜功能的時(shí)候，使用任意的手機(jī)發(fā)送應(yīng)用和密碼和遠(yuǎn)程開(kāi)啟防盜功能命令時(shí)可以開(kāi)起防盜功能，并設(shè)置當(dāng)前手機(jī)號(hào)碼安全手機(jī)號(hào)碼，從而為找回手機(jī)打下基礎(chǔ)。 通信攔截：獲取丟失的愛(ài)機(jī)的外撥電話(huà)、來(lái)電號(hào)碼、外發(fā)短信和收到的短信，并轉(zhuǎn)發(fā)給安全手機(jī)。這樣就可以愛(ài)機(jī)丟失的第一時(shí)間和盜竊者取得聯(lián)系，也獲取 了盜竊者朋友的手機(jī)號(hào)碼，進(jìn)一步增加找回手機(jī)的可能性，也大大影響了丟失愛(ài)機(jī)的正常使用，使盜竊者覺(jué)得丟失的愛(ài)機(jī)拿來(lái)也無(wú)用，還給手機(jī)主人好些。 保護(hù)隱私：當(dāng)用戶(hù)的愛(ài)機(jī)丟失時(shí)，通過(guò)短信發(fā)送特定的指令，可將丟失手機(jī)通訊錄里面的所有聯(lián)系人、通話(huà)記錄以及短信內(nèi)容全部刪除，及時(shí)保護(hù)用戶(hù)的相關(guān)隱私信息。 充電防盜：在某些特殊的場(chǎng)合，用戶(hù)的愛(ài)機(jī)急需充電，而用戶(hù)又不在手機(jī)周?chē)?，這時(shí)開(kāi)啟手機(jī)充電防盜就能很好地監(jiān)控手機(jī)的狀況，一旦有其他人蓄意拔出正在充電的手機(jī)，手機(jī)就會(huì)立即發(fā)出警報(bào)音，并同時(shí)發(fā)送短信通知安全手機(jī)。 設(shè)置 安全號(hào)碼用例說(shuō) 明表 （ 表 ） 、 設(shè)置 報(bào)警指令用例說(shuō)明表 （表 ） 、遠(yuǎn)程 開(kāi)啟 防盜 指令用例說(shuō)明表（ 表 ） ： 表 安全號(hào)碼用例說(shuō)明 表 用例名稱(chēng)： 設(shè)置 安全號(hào)碼 用例 參與者： 用戶(hù) 目標(biāo)： 設(shè)置手機(jī)丟失后找回手機(jī)的安全手機(jī)號(hào)碼 前置條件： 進(jìn)入 應(yīng)用程序主 界面 第 3 章 手機(jī)安全衛(wèi)士分析與設(shè)計(jì) 9 基本事件流：