Android基礎整理之四大組件Activity，androidactivity

Android基礎整理之四大組件Activity，androidactivity

　　最近準備系統的重新整理複習一下Android的各方面的知識，本著知識分享的原則，我就把梳理過程中一些東西給記錄下來，權當一個學習筆記吧。

　　下面步入正題。。。。。

什麼是Activity

　　Activity作為Android四大組件之一，也是其中最重要的一個組件。作為一個與使用者互動的組件，我們可以把Activity比較成為windows系統上的一個檔案夾視窗，是一個與使用者互動的介面。再進一步說，當我們拿起Android開啟撥號功能，顯示出撥號盤的介面其實就是一個Activity；當然，可以更大範圍的說，手機螢幕上顯示的任何介面都是一個個Activity。

Activity的三種狀態

運行狀態：當Activity處於螢幕最前端，此時Actiivity完全顯示在使用者的介面中，並能擷取焦點時,可以響應使用者的的觸控螢幕幕等事件，此時為運行狀態。

暫停狀態：當Activity被其他Activity遮擋，但是仍然有部分可見，此時為暫停狀態；當處於暫停狀態時，Activity仍然會更新UI，但是此時不能擷取焦點，即不會響應使用者觸摸、後退等事件。

停止狀態：當Activity被另外一個Activity完全遮擋，此時為停止狀態，停止狀態並不意味著Activity停止運行，而可以理解為轉入後台運行。但是如果系統需要記憶體，會優先結束停止狀態的Activity釋放資源，所以在Activity轉入停止狀態時要對重要資料進行儲存。

Activity的生命週期

PS：當系統記憶體緊張時，系統可以將Activity釋放掉以擷取資源，優先釋放停止狀態的Activity，次之則是暫時狀態的Activity，而運行狀態的Acitivity一般不可能被強行釋放，除非極端缺乏資源（這時候直接死機得了。。。），當Activity被釋放時，直接轉入消亡，需要注意一點的是onDestroy()並不會被執行，所以把資料儲存放在onDestroy處理是不適當的，可以在onSaveInstanceState()中對重要資料進行相應的處理。

Activity的啟動

　　當我們希望從當前的Activity跳轉到下一個Activity時，我們就需要掌握Activity的啟動，參考下面代碼：

       Intent intent = new Intent(this, OtherActivity.class);//寫法1       //     Intent intent = new Intent(getApplicationContext(), OtherActivity.class);//寫法2//       //     Intent intent = new Intent();//寫法3//     intent.setClass(this, OtherActivity.class);              startActivity(intent);//啟動另外一個Activity       

 　　Intent是聯絡四大組件的紐帶，啟動一個Activity一般都是new一個Intent執行個體，同時指定相應的啟動組件，如OtherActivity.class。然後調用Activity的方法startActivity(intent)通知android系統載入OtherActivity。

Activity之間資料的傳遞

　　對於應用來說，單純從一個Activity啟動另外一個Activity遠遠是不夠的，有時候需要比較的資料資訊交流。android系統提供了很多種資料通訊的方法，自然也為Activity之間的通訊提供了簡便的資料傳遞方法，參見下面代碼：

FirstActivity向OtherActivity傳送資料<data,"傳遞的資料">

1  　　　Intent intent = new Intent(this, OtherActivity.class);2         3        intent.putExtra("data", "傳遞的資料");//data為key4 //        另外一種方法，載入資料5 //     Bundle bundle = new Bundle();6 //     bundle.putString("data", "傳遞的資料");7 //     intent.putExtras(bundle);8         9        startActivity(intent);

有兩種表示的方法，一般第一種方法運用的情境是傳輸少量而且簡單的資料；後一種方法則是傳輸較多而比較複雜的資料所用。但是從底層上說，其實第一種方法是後一種方法的封裝，它仍然會在intent內部建立一個bundle並把資料（如例子中的“傳遞的資料”）放入其中。

OtherActivity擷取傳送的資料<data,"傳遞的資料">

1         Intent intent = getIntent();2 //        擷取方法3         String data = intent.getStringExtra("data");//data的值為“傳遞的資料”，由上個Activity傳入4 //      另外一種方法5 //      Bundle bundle = intent.getExtras();6 //      String data = bundle.getString("data");

擷取的方法一般是先取得intent攜帶的bundle，然後通過get方法擷取儲存在其中的資料；而前面的方法並沒有明確擷取bundle的代碼，因為intent.getStringExtra(key)在函數內部已經是先擷取好bundle並把相應key的資料解析出來了，所以兩種方法本質上來說是相同的，但是如果大量資料建議用後一種方法，因為從bundle中擷取資料比從intent中擷取資料效率有所提高，比較移動時代，效率是一個非常需要重視的東東。。

 FristActivity啟動OtherActivity並在其結束時擷取OtherActivity返回的資料

如果業務需要啟動另一個Activity後返回資料給原來的Activity，在啟動Activity是不是調用startActivity(intent)，而是應該調用startActivityForResult(intent, requestCode)，requestCode是一個給啟動的Activity的標識碼，是一個正整數的值，在有多個啟動的Activity時可以通過不同的標識碼來表示Activity返回的資料並進行不同的處理。在FristActivity中處理返回資料是在 onActivityResult(requestCode, resultCode, data)中處理，而第一個參數requestCode則是啟動時輸入的標識碼。參見代碼

1　　Intent intent = new Intent(this, OtherActivity.class);2　　startActivityForResult(intent, 0);//設定標識碼為0

這是啟動Activity的代碼，但是我們要對於返回的資料，還需要在FristActivity中重寫onActivityResult(requestCode, resultCode, data)

1 @Override2 protected void onActivityResult(int requestCode, int resultCode, Intent data) {3 　　super.onActivityResult(requestCode, resultCode, data);4 　　if(requestCode == 0){//根據requestCode的數值確實是哪個Activity返回的bundle5 　　　　Bundle bundle = data.getExtras();6 　　　　String getdata = bundle.getString("name");7 　　}8 } 

然後在啟動的OtherActivity中重寫返回資料的方法

    Intent intent = new Intent();    intent.putExtra("name", "返回的資料");    setResult(1, intent);//設定需要返回資料的intent    finish();//結束當前的activity    

一般setResult後需要調用finish()結束當前的Activity，此時才會將資料返回到FristActivity，資料返回也就是onActivityResult調用的時間在finish之前調用。

Activity的結束

finish():當執行finish()後系統會將該activity移出棧，但是並沒有馬上釋放資源，也不會調用onDestroy這個生命週期的方法。

onDestroy():當activity執行到這個生命週期時，也就意味著activity將會完全釋放，如果需要重新啟動這個activity，需要重新onCreate()。

System.exit(0)：這個玩意會將整個Application給幹掉，退出進程。

什是android的四大組件

Android有四大組件：Activity、Service、Broadcast Receiver、Content Provider

在這些組件之間的通訊中，主要是由Intent協助完成的。
Intent負責對應用中一次操作的動作、動作涉及資料、附加資料進行描述，Android則根據此Intent的描述，負責找到對應的組件，將 Intent傳遞給調用的組件，並完成組件的調用。
因此，Intent在這裡起著一個媒體中介的作用，專門提供組件互相調用的相關資訊，實現調用者與被調用者之間的解耦。
例如，在一個連絡人維護的應用中，當我們在一個連絡人清單螢幕(假設對應的Activity為listActivity)上，點擊某個連絡人後，希望能夠跳出此連絡人的詳細資料螢幕(假設對應的Activity為detailActivity)
為了實現這個目的，listActivity需要構造一個 Intent，這個Intent用於告訴系統，我們要做“查看”動作，此動作對應的查看對象是“某連絡人”，然後調用startActivity (Intent intent)，
將構造的Intent傳入，系統會根據此Intent中的描述，到ManiFest中找到滿足此Intent要求的Activity，系統會調用找到的 Activity，即為detailActivity，最終傳入Intent，detailActivity則會根據此Intent中的描述，執行相應的操作。

如果您認可我的答案，請點擊下面的“選為滿意回答”按鈕，謝謝！
 
Android四大組件是什？講講你對它們的理解？

Android有四大組件：Activity、Service、Broadcast Receiver、Content Provider。

Activity

做一個完整的Android程式，不想用到Activity，真的是比較困難的一件事情，除非是想做綠葉想瘋了。因為Activity是Android程式與使用者互動的視窗，在我看來，從這個層面的視角來看，Android的Activity特像網站的頁面。

Activity，在四大組件中，無疑是最複雜的，這年頭，一樣東西和介面掛上了勾，都簡化不了，想一想，獨立做一個應用有多少時間淪落在了介面上，就能琢磨清楚了。從視覺效果來看，一個Activity佔據當前的視窗，響應所有視窗事件，具備有控制項，菜單等介面元素。從內部邏輯來看，Activity需要為了保持各個介面狀態，需要做很多持久化的事情，還需要妥善管理生命週期，和一些轉跳邏輯。對於開發人員而言，就需要派生一個Activity的子類，然後埋頭苦幹上述事情。對於Activity的更多細節，先可以參見：reference/android/app/Activity.html。後續，會獻上更為詳盡的剖析。

Service

服務，從最直白的視角來看，就是剝離了介面的Activity，它們在很多Android的概念方面比較接近，都是封裝有一個完整的功能邏輯實現，只不過Service不拋頭露臉，只是默默無聲的做堅實的後盾。

但其實，換個角度來看，Android中的服務，和我們通常說的Windows服務，Web的後台服務又有一些相近，它們通常都是後台長時間運行，接受上層指令，完成相關事務的模組。用運行模式來看，Activity是跳，從一個跳到一個，呃...，這有點像模態對話方塊（或者還像web頁面好了...），給一個輸入（抑或沒有...），然後不管不顧的讓它運行，離開時返回輸出（同抑或沒有...）。

而Service不是，它是等，等著上層串連上它，然後產生一段持久而纏綿的通訊，這就像一個用了Ajax頁面，看著沒啥變化，偷偷摸摸的和Service不知眉來眼去多少回了。

但和一般的Service還是有所不同，Android的Service和所有四大組件一樣，其進程模型都是可以配置的，調用方和發布方都可以有權利來選擇是把這個組件運行在同一個進程下，還是不同的進程下。這句話，可以拿把指甲刀刻進腦海中去，它凸顯了Android的運行特徵。如果一個 Service，是有期望運行在於調用方不同進程的時候，就需要利用Android提供的RPC機制，為其部署一套處理序間通訊的策略。

Android的RPC實現，如所示（好吧，也是從SDK中拿來主義的...），無甚稀奇，基於代理模式的一個實現，在調用端和服務端都去產生一個代理類，做一些序列化和還原序列化的事情，使得調用端和伺服器端都可以像調用一個本地介面一樣使用RPC介面。

Android中用來做資料序列化的類是Parcel，參見：/reference/android/os/Parcel.html，封裝了序列化的細節，向外提供了足夠對象化的提供者，Android號稱實現非常高效。

還有就是AIDL (Android Interface Definition Language) ，一種介面定義的語言，服務的RPC介面，可以用AIDL來描述，這樣，ADT就可以協助你自動產生一整套的代理模式需要用到的類，都是想起來很乏力寫起來很苦力的那種。更多內容，可以再看看：guide&#47......餘下全文>>