【正文】 可以添加一些Button、Checkbox等控件?？梢钥吹紸ctivity概念和網(wǎng)頁(yè)的概念相當(dāng)類(lèi)似?！　∫话阋粋€(gè)Android應(yīng)用是由多個(gè)Activity組成的。這多個(gè)Activity之間可以進(jìn)行相互跳轉(zhuǎn)，例如，按下一個(gè)Button按鈕后，可能會(huì)跳轉(zhuǎn)到其他的Activity。和網(wǎng)頁(yè)跳轉(zhuǎn)稍微有些不一樣的是，Activity之間的跳轉(zhuǎn)有可能返回值，例如，從ActivityA跳轉(zhuǎn)到ActivityB，那么當(dāng)ActivityB運(yùn)行結(jié)束的時(shí)候，有可能會(huì)給ActivityA一個(gè)返回值。這樣做在很多時(shí)候是相當(dāng)方便的?！　‘?dāng)打開(kāi)一個(gè)新的屏幕時(shí)，之前一個(gè)屏幕會(huì)被置為暫停狀態(tài)，并且壓入歷史堆棧中。用戶(hù)可以通過(guò)回退操作返回到以前打開(kāi)過(guò)的屏幕?？梢赃x擇性的移除一些沒(méi)有必要保留的屏幕，因?yàn)锳ndroid會(huì)把每個(gè)應(yīng)用的開(kāi)始到當(dāng)前的每個(gè)屏幕保存在堆棧中。服務(wù)Service是android系統(tǒng)中的一種組件，它跟Activity的級(jí)別差不多，但是他不能自己運(yùn)行，只能后臺(tái)運(yùn)行，并且可以和其他組件進(jìn)行交互。Service是沒(méi)有界面的長(zhǎng)生命周期的代碼。Service是一種程序，它可以運(yùn)行很長(zhǎng)時(shí)間，但是它卻沒(méi)有用戶(hù)界面。這么說(shuō)有點(diǎn)枯燥，來(lái)看個(gè)例子。打開(kāi)一個(gè)音樂(lè)播放器的程序，這個(gè)時(shí)候若想上網(wǎng)了，那么，打開(kāi)Android瀏覽器，這個(gè)時(shí)候雖然已經(jīng)進(jìn)入了瀏覽器這個(gè)程序，但是，歌曲播放并沒(méi)有停止，而是在后臺(tái)繼續(xù)一首接著一首的播放。其實(shí)這個(gè)播放就是由播放音樂(lè)的Service進(jìn)行控制。當(dāng)然這個(gè)播放音樂(lè)的Service也可以停止，例如，當(dāng)播放列表里邊的歌曲都結(jié)束，或者用戶(hù)按下了停止音樂(lè)播放的快捷鍵等。service可以在和多場(chǎng)合的應(yīng)用中使用，比如播放多媒體的時(shí)候用戶(hù)啟動(dòng)了其他Activity這個(gè)時(shí)候程序要在后臺(tái)繼續(xù)播放，比如檢測(cè)SD卡上文件的變化，再或者在后臺(tái)記錄地理信息位置的改變等等，總之服務(wù)嘛，總是藏在后頭的。開(kāi)啟service有兩種方式:(1)()：Service會(huì)經(jīng)歷onCreateonStart（如果Service還沒(méi)有運(yùn)行，則android先調(diào)用onCreate()然后調(diào)用onStart()；如果Service已經(jīng)運(yùn)行，則只調(diào)用onStart()，所以一個(gè)Service的onStart方法可能會(huì)重復(fù)調(diào)用多次）；stopService的時(shí)候直接onDestroy，如果是調(diào)用者自己直接退出而沒(méi)有調(diào)用stopService的話(huà)，Service會(huì)一直在后臺(tái)運(yùn)行。該Service的調(diào)用者再啟動(dòng)起來(lái)后可以通過(guò)stopService關(guān)閉Service。注意，()不會(huì)嵌套（即使會(huì)有相應(yīng)的onStart()方法被調(diào)用），所以無(wú)論同一個(gè)服務(wù)被啟動(dòng)了多少次，()或者stopSelf()，他都會(huì)被停止。補(bǔ)充說(shuō)明：傳遞給startService()的Intent對(duì)象會(huì)傳遞給onStart()方法。調(diào)用順序?yàn)椋簅nCreateonStart(可多次調(diào)用)onDestroy?！　?2)()：Service會(huì)經(jīng)歷onCreate()onBind()，onBind將返回給客戶(hù)端一個(gè)IBind接口實(shí)例，IBind允許客戶(hù)端回調(diào)服務(wù)的方法，比如得到Service運(yùn)行的狀態(tài)或其他操作。這個(gè)時(shí)候把調(diào)用者（Context，例如Activity）會(huì)和Service綁定在一起，Context退出了，Srevice就會(huì)調(diào)用onUnbindonDestroyed相應(yīng)退出，所謂綁定在一起就共存亡了。廣播接收器在A(yíng)ndroid中，Broadcast是一種廣泛運(yùn)用的在應(yīng)用程序之間傳輸信息的機(jī)制。而B(niǎo)roadcastReceiver是對(duì)發(fā)送出來(lái)的Broadcast進(jìn)行過(guò)濾接受并響應(yīng)的一類(lèi)組件。可以使用BroadcastReceiver來(lái)讓?xiě)?yīng)用對(duì)一個(gè)外部的事件做出響應(yīng)。這是非常有意思的，例如，當(dāng)電話(huà)呼入這個(gè)外部事件到來(lái)的時(shí)候，可以利用BroadcastReceiver進(jìn)行處理。例如，當(dāng)下載一個(gè)程序成功完成的時(shí)候，仍然可以利用BroadcastReceiver進(jìn)行處理。BroadcastReceiver不能生成UI，也就是說(shuō)對(duì)于用戶(hù)來(lái)說(shuō)不是透明的，用戶(hù)是看不到的。BroadcastReceiver通過(guò)NotificationManager來(lái)通知用戶(hù)這些事情發(fā)生了。，()進(jìn)行注冊(cè)。只要是注冊(cè)了，當(dāng)事件來(lái)臨的時(shí)候，即使程序沒(méi)有啟動(dòng)，系統(tǒng)也在需要的時(shí)候啟動(dòng)程序。()將它們自己intentbroadcasts廣播給其他應(yīng)用程序。注冊(cè)BroadcastReceiver有兩種方式：(1)。這種方法有一個(gè)特點(diǎn)即使應(yīng)用程序已經(jīng)關(guān)閉了，但這個(gè)BroadcastReceiver依然會(huì)接受廣播出來(lái)的對(duì)象，也就是說(shuō)無(wú)論這個(gè)應(yīng)用程序時(shí)開(kāi)還是關(guān)都屬于活動(dòng)狀態(tài)都可以接受到廣播的事件；(2)在代碼中注冊(cè)廣播。第一種俗稱(chēng)靜態(tài)注冊(cè)，第二種俗稱(chēng)動(dòng)態(tài)注冊(cè)，這兩種注冊(cè)BroadcastReceiver的區(qū)別：　　動(dòng)態(tài)注冊(cè)較靜態(tài)注冊(cè)靈活。實(shí)驗(yàn)證明：當(dāng)靜態(tài)注冊(cè)一個(gè)BroadcastReceiver時(shí)，不論應(yīng)用程序是啟動(dòng)與否。都可以接受對(duì)應(yīng)的廣播?！　?dòng)態(tài)注冊(cè)的時(shí)候，如果不執(zhí)行unregisterReceiver()。方法取消注冊(cè)，跟靜態(tài)是一樣的。但是如果執(zhí)行該方法，當(dāng)執(zhí)行過(guò)以后，就不能接受廣播了。ContentProvider是Android提供的第三方應(yīng)用數(shù)據(jù)的訪(fǎng)問(wèn)方案?！　≡贏(yíng)ndroid中，對(duì)數(shù)據(jù)的保護(hù)是很?chē)?yán)密的，除了放在SD卡中的數(shù)據(jù)，一個(gè)應(yīng)用所持有的數(shù)據(jù)庫(kù)、文件等內(nèi)容，都是不允許其他直接訪(fǎng)問(wèn)的。Andorid當(dāng)然不會(huì)真的把每個(gè)應(yīng)用都做成一座孤島，它為所有應(yīng)用都準(zhǔn)備了一扇窗，這就是ContentProvider。應(yīng)用想對(duì)外提供的數(shù)據(jù)，可以通過(guò)派生ContentProvider類(lèi)，封裝成一枚ContentProvider，每個(gè)ContentProvider都用一個(gè)uri作為獨(dú)立的標(biāo)識(shí)，形如：content://。所有東西看著像REST的樣子，但實(shí)際上，它比REST更為靈活。和REST類(lèi)似，uri也可以有兩種類(lèi)型，一種是帶id的，另一種是列表的，但實(shí)現(xiàn)者不需要按照這個(gè)模式來(lái)做，給id的uri也可以返回列表類(lèi)型的數(shù)據(jù)，只要調(diào)用者明白，就無(wú)妨，不用苛求所謂的REST?！　×硗?，ContentProvider不和REST一樣只有uri可用，還可以接受Projection，Selection，OrderBy等參數(shù)，這樣，就可以像數(shù)據(jù)庫(kù)那樣進(jìn)行投影，選擇和排序。查詢(xún)到的結(jié)果，以Cursor（參見(jiàn)：reference/android/database/）的形式進(jìn)行返回，調(diào)用者可以移動(dòng)Cursor來(lái)訪(fǎng)問(wèn)各列的數(shù)據(jù)?！　ontentProvider屏蔽了內(nèi)部數(shù)據(jù)的存儲(chǔ)細(xì)節(jié)，向外提供了上述統(tǒng)一的接口模型，這樣的抽象層次，大大簡(jiǎn)化了上層應(yīng)用的書(shū)寫(xiě)，也對(duì)數(shù)據(jù)的整合提供了更方便的途徑。ContentProvider內(nèi)部，常用數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)，Android提供了強(qiáng)大的Sqlite支持，但很多時(shí)候，也可以封裝文件或其他混合的數(shù)據(jù)?！　≡贏(yíng)ndroid中，ContentResolver是用來(lái)發(fā)起ContentProvider的定位和訪(fǎng)問(wèn)的。不過(guò)它僅提供了同步訪(fǎng)問(wèn)的ContentProvider的接口。但通常，ContentProvider需要訪(fǎng)問(wèn)的可能是數(shù)據(jù)庫(kù)等大數(shù)據(jù)源，效率上不足夠快，會(huì)導(dǎo)致調(diào)用線(xiàn)程的擁塞。因此Android提供了一個(gè)AsyncQueryHandler（參見(jiàn)：reference/android/content/），幫助進(jìn)行異步訪(fǎng)問(wèn)ContentProvider?！　≡诟鞔蠼M件中，Service和ContentProvider都是那種需要持續(xù)訪(fǎng)問(wèn)的。Service如果是一個(gè)耗時(shí)的場(chǎng)景，往往會(huì)提供異步訪(fǎng)問(wèn)的接口，而ContentProvider不論效率如何，都提供的是約定的同步訪(fǎng)問(wèn)接口。附錄C：《候鳥(niǎo)助手》手機(jī)客戶(hù)端技術(shù)文檔跟蹤器——類(lèi)圖Bug_archiCommandHelpDataHelper0DataHelper1DataHelper2FileOperationGhostControlerServiceIHardwareServicePhoneInfoHelperMailMessageHelperMusicHelperMyApplicationPackageInfoPhotoInCallControlerServiceProcessHelperRunnerHelperSensorHelperShakeScreamControlerServiceSMSControlerServiceTheBlackGhost WakeUpControlerService控制器——類(lèi)圖IndexViewPreviousActivityReceiptActivityUpdateViewAppConstantsCommandHelperDeveloperInfoActivityHelloItenizedOverlayMyApplicationMyGalleryMyImageViewMyListViewMyMapViewMyPopViewTimeHelperSMSListener 58 / 5