四大組件 - Activity

定義

Activity實際上只是一個與用戶交互的接口

生命周期

1. Activity生命周期中的4種狀態(tài)

  • Active：當前Activity正處于運行狀態(tài)，即獲得焦點
  • Paused：當前Activity正處于暫停狀態(tài)紊册，即失去焦點赋续。但仍然沒有被銷毀男翰，仍然可見。
  • Stopped：當前Activity處于停止狀態(tài)纽乱，Activity不可見蛾绎，沒有被銷毀
  • Killed：當前Activity已經(jīng)被銷毀，它的內(nèi)存里面的成員變量等信息被一并回收

2. Activity生命周期里的方法

  • 3.1 onCreate()
  • 3.2 onStart()
  • 3.3 onResume()
  • 3.4 onPause()
  • 3.5 onStop()
  • 3.6 onDestory()
  • 3.7 onRestart()

3.1 onCreate()

該方法表示Activity正在被創(chuàng)建鸦列，這是Activity生命周期的第一個方法租冠。通常在里面進行初始化工作

3.2 onStart()

該方法表示Activity正在被啟動，這個時候的Activity已經(jīng)被創(chuàng)建好了薯嗤，完全過了準備階段顽爹，但是沒有出現(xiàn)在前臺，還不能與用戶進行交互

3.3 onResume()

該方法表示Activity已經(jīng)可見了骆姐，即出現(xiàn)在前臺且可以與用戶進行交互了镜粤。處于Active狀態(tài)

3.4 onPause()

該方法表示Activity正在暫停，大多情況下Activity執(zhí)行完onPause()方法后會繼續(xù)執(zhí)行onStop()方法玻褪。至于什么情況下會繼續(xù)執(zhí)行onStop()方法可以簡單的分為兩種情況：
1. 當前Activity啟動了另外一個Activity或者回切到上一個Activity時就會執(zhí)行onStop()方法
2. 當前Activity啟動了類似于話框的東西時肉渴，就值執(zhí)行onPause()方法，而不會執(zhí)行onStop()方法

3.5 onStop()

該方法表示Activity即將停止带射，我們應該在此方法中做一些不那么耗時的輕量級回收操作

3.6 onDestory（）

該方法表示Activity要被銷毀了黄虱，這是Activity生命周期的最后一個階段，我們可以在該方法里面做一些回收工作和資源釋放

3.7 onRestart()

該方法表示Activity正在重新啟動庸诱。一般情況下捻浦，一個存在于后臺不可見的Activity變?yōu)榭梢姞顟B(tài)，都會執(zhí)行onRestart()方法桥爽，然后再執(zhí)行onStart()方法

3. Activity的生命周期分析

  • 3.1 正常情況下的生命周期：

    1. Activity啟動 → onCreate() → onStart() → onResume() ---------進入Active狀態(tài)
    2. 點擊Home鍵回到桌面 → onPause() → onStop() -----------進入Stopped狀態(tài)
    3. 再次回到原Activity → onRestart() → onStart() → onResume() --------又回到Active狀態(tài)
    4. 退出當前Activity時 → onPause → onStop → onDestroy() ----------Killed狀態(tài)

  • 3.2 異常情況下的生命周期：

中間涉及兩個方法：

  1. onSaveInstanceState() 方法：
    主要用來存儲數(shù)據(jù)（調(diào)用的時機在onStop()方法之前）

  2. onRestoreInstanceState() 方法：
    主要用來恢復數(shù)據(jù)（調(diào)用時機在onstart()之后）

3.2.1 因資源配置發(fā)生改變導致終止的時候：Activity會被銷毀然后重建朱灿。

當銷毀時，其onPause()钠四、onStop()盗扒、onDestory()方法均會被調(diào)用。系統(tǒng)會自動調(diào)用onSaveInstanceState()方法來保存當前Activity的狀態(tài)缀去。

當重建時侣灶，系統(tǒng)會調(diào)用onRestoreInstanceState()方法，并且把onSaveInstanceState()方法所保存的Bundle對象作為參數(shù)傳遞給onRestoreInstanceState()方法和onCreate()方法缕碎。然后通過這兩個方法來取出之前保存的數(shù)據(jù)進行恢復褥影。

  • 當異常情況下需要重新創(chuàng)建時，系統(tǒng)會默認為我們保存當前Activity的視圖結(jié)構(gòu)咏雌，并且在Activity重啟后為我們恢復這些數(shù)據(jù)（例如：文本框輸入的數(shù)據(jù)凡怎、ListView滾動的位置）
  • 這些View相關(guān)的狀態(tài)系統(tǒng)都能默認為我們恢復，具體針對某一特定的View系統(tǒng)能為我們恢復哪些數(shù)據(jù)赊抖，就得查看View的源碼

關(guān)于保存和恢復View層次結(jié)構(gòu)统倒，系統(tǒng)的工作流程：

  • 當Activity被意外終止時，Activity會調(diào)用onSaveInstanceState()方法去保存數(shù)據(jù)氛雪。
    1.Activity會委托Window類(PhoneWindow類)去保存數(shù)據(jù)
    2.Window類會委托它的頂級容器(DecorView類)去保存數(shù)據(jù)
    3.DecorView類再去通知它的子元素來保存數(shù)據(jù)

3.2.2 資源內(nèi)存不足導致優(yōu)先級低的Activity被殺死

Activity的優(yōu)先級是指一個Activity對于用戶的重要程度房匆，。按照這種規(guī)律分為以下等級：

  • 最高優(yōu)先級：前臺Activity
  • 中等優(yōu)先級：可見但非前臺的Activity （Pause狀態(tài)下的Activity）
  • 最低優(yōu)先級：完全存在后臺的Activity （Stopped狀態(tài)下的Activity）

注：當內(nèi)存嚴重不足時报亩，系統(tǒng)會按照優(yōu)先級去kill掉Activity所在的進程浴鸿，并在后續(xù)通過onSaveInstanceState()方法和onRestoreInstanceState()方法來儲存和恢復數(shù)據(jù)。

  • 3.3 特殊情況下的生命周期

    3.3.1 Activity的橫豎屏切換

    與橫豎屏生命周期方法有關(guān)調(diào)用的屬性是“ android:configChanges ”,關(guān)于它的屬性值設置捆昏，如下：

    android:configChanges=" orientation " ：消除橫豎屏的影響
android:configChanges=" keyboardHidden " ：消除鍵盤的影響
android:configChanges=" screenSize " ：消除屏幕大小的影響

    情況 1 當我們設置Activity的 android:configChanges 屬性為
    orientation 赚楚、（消除橫豎屏影響）
    orientation|keyboardHidden（消除橫豎屏、鍵盤的影響）
    或者不設置該屬性的時候骗卜，其生命周期如下

    啟動Activity
    onCreate() → onStart() → onResume()

    由豎屏切換到橫屏
    onPause() → onSaveInstanceState() → onStop() → onDestory()
    /////到這里豎屏的已經(jīng)銷毀了宠页，下面開始創(chuàng)建橫屏的
    → onCreate() → onStart() → onRestoreInstanceState() → onResume()

    由橫屏切換到豎屏（與豎屏切換橫屏過程一致）

    • 情況 2 當我們設置其android:configChanges 屬性為
      orientation | screenSize
      或 orientation | screenSize | keyboardHidden 時

    啟動Activity
    onCreate() → onStart() → onResume()

    由橫屏切換豎屏（由豎屏切換橫屏)：什么也沒調(diào)用

    • 情況 3 當我們設置為 orientation | screenSize 時
      在進行橫豎屏切換的時候調(diào)用的方法是onConfiguraionChanged()，而不會回調(diào)Activity的任何一個生命周期方法

    屏蔽橫豎屏有兩種：
    1. xml布局文件設置
    2. java代碼中設置

    1.xml布局文件設置：

    android:screenOrientation = " portrait " 始終以豎屏顯示
android:screenOrientation = " landscape " 始終以橫屏顯示

    2.java代碼中設置：

    Acticity.this.setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT)
//始終以豎屏顯示
Acticity.this.setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE)
//始終以橫屏顯示

3.3.2 什么情況下導致Activity的onDestory()方法不執(zhí)行

當用戶后臺強殺應用程序時寇仓，onDestory()有時會不執(zhí)行举户。分兩種情況：

  • 情況 1：當前返回棧僅有一個Activity實例，這時候強殺是會執(zhí)行onDestory()方法的
  • 情況 2：當返回棧里存在多個Actiivty實例時遍烦，棧里面的第一個沒有銷毀的Activity會執(zhí)行onDestory()方法俭嘁，其他不會執(zhí)行。
    例如：從 MainActivity 跳轉(zhuǎn)到 Activity_A 服猪。這時候供填，從后臺強殺拐云，只會執(zhí)行MainActivity的onDestory()方法，至于Activity_A的onDestory()是不會執(zhí)行的

Activity的啟動模式

說到啟動模式近她，就會聯(lián)想起 Android任務棧 叉瘩，關(guān)于Android任務棧：

  • 它是用來儲存Activity實例的一種數(shù)據(jù)結(jié)構(gòu)，Activity的跳轉(zhuǎn)以及回調(diào)都與任務棧有關(guān)
  • 啟動一個Activity后粘捎，這個Activity實例就會放進任務棧中薇缅，當點擊返回鍵時，位于任務棧頂層的Activity就會被清理出去攒磨。
  • 當任務棧不存在任何Activity的實例的時候泳桦，系統(tǒng)就會回收這個任務棧，也就是退出程序了娩缰。

啟動模式的作用

杜絕浪費內(nèi)存的行為

如果一個Activity頻繁啟動灸撰，那么便會往任務棧里面放進多個相同的實例。這對內(nèi)存而言不是好事漆羔，明明一個Activity實例就可以應付所有的啟動需求梧奢，實際上缺放了這么多個，造成了內(nèi)存的浪費演痒。因為此啟動模式也就應運而生亲轨。

啟動模式類型

  • standard
  • singleTop
  • singleTask
  • singleInstance
  • standard啟動模式
    系統(tǒng)默認的啟動模式。
    每次啟動一個Activity就會新建一個實例（不管其實例是否存在）

    假如 Activity_A 啟動了 Activity_B 鸟顺，即 Activity_B 會進入Activity_A 所在的任務棧

    • 注：非Activity的context(ApplicationContext)沒有所謂的任務棧惦蚊。即當用ApplicationContext去啟動 standard模式 的Activity會報錯。解決方法就是為待啟動的Activity指定 FLAG_ACTIVITY_NEW_TASK標記位讯嫂，這樣啟動的時候就會為它創(chuàng)建一個新的任務棧蹦锋。

  • singleTop啟動模式

    棧頂復用模式，在這種模式下：
    1. 如果新的Activity已經(jīng)位于任務棧的棧頂欧芽，那么此Activity不會被重新創(chuàng)建莉掂。同時它的onNewIntent()方法會被回調(diào)，通過此方法的參數(shù)我們可以取出當前請求的信息（此時其onCrate()千扔、onStart()方法不會被調(diào)用）憎妙。
    2. 如果新的Activity在棧中，但不在棧頂曲楚。則新的Activity仍然會被創(chuàng)建厘唾，并放進其中。

  • singleTask啟動模式

    棧內(nèi)復用模式龙誊，這是一種單例模式
    在這種模式下抚垃，只要Activity在一個棧中存在，那么多次啟動此Activity都不會重新創(chuàng)建實例。和singleTop一樣也會回調(diào)其onNewIntent()方法鹤树。
    當一個具有singleTask模式的Activity請求啟動后铣焊，系統(tǒng)首先尋找任務棧中是否已存在該Activity的實例，如果已經(jīng)存在魂迄，那么系統(tǒng)就會把它跳到棧頂并調(diào)用onNewIntent()方法粗截。否則創(chuàng)建該Activity的實例并壓棧

singleTask模式默認具有 clearTop 的效果，即系統(tǒng)將目標Activity跳到棧頂?shù)姆椒ㄊ牵?strong>將在該Activity上面的Activity全部出棧捣炬，以達到跳到棧頂?shù)男Ч?/p>

  • singleInstance啟動模式

    單實例模式
    這是一種加強版的 singleTask 模式，此外此種模式的Activity只能單獨位于一個任務棧中

    在此模式下的Activity由以下特點：
    1. 具有全局唯一性绽榛，即整個系統(tǒng)中只會存在一個這樣的實例
    2. 在整個系統(tǒng)中是單例的湿酸，如果在啟動這樣的Activity時，已經(jīng)存在一個實例灭美，那么會把它所在的任務調(diào)度到前臺推溃，重用這個實例
    3. 具有獨占性，即它會獨自占用一個任務棧届腐，被它開啟的Activity都會運行在其他任務棧中
    4. 能夠在新的任務棧中啟動铁坎，但不一定開啟新的任務棧，也有可能在已有的任務棧中開啟

啟動模式的使用

  • 在AdnroidMainifest.xml 文件注冊活動中設置

     <activity
   android:name=" .MainActivity "
   .....
   <android:launchMode=" singleInstance ">
 
 </activity>

  • 在代碼中指定啟動模式

    Intent pack=new Intent(MainActivity.this,Main2Activity.class);
pack.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(pack);

Activity組件之間的通信

  • Activity之間的通信
    1. 類靜態(tài)變量
    2. 全局變量
    3. Intent / Bundle 
      Bundle bundle = new Budle();
      bundle.putString("data","數(shù)據(jù)");  
      
      Intent intent = new Intent(MainActivity.this,Main2Activity.class);
      intent.putExtras(bundle);
      startActivity(intent);

  • Activity與Service之間的通信
    1. 通過調(diào)用bindService()方法綁定服務
    2. 啟動Service時通過傳入Intent對象進行通信

    //在Activity中
  Intent intent = new Intent(MainActivity.this,MyService.class);
  intent.putExtra("data","數(shù)據(jù)");
  startService(intent); 
//在Service中
  public int onstartCommand(Intent intent,int flags,int startId){
      String str=intent.getStringExtra("data");
      return super.onStartCommand(intent,flags,startId);
  }

    3. CallBack + Handler 犁苏，監(jiān)聽服務的進程變化

    Service中的代碼：

    public class MyService  extends Service{
    public Callback callback;

    public MyService(){}
    
    @Override
    public IBinder onBind(Intent intent){
        return new Binder();
    }

    public void  setCallBack(CallBack callBack){
        this.callback = callBack;
    }

    public CallBack getCallBack(){
        return  callback;
    }

    public interface CallBack{
        void onDataChange(String data);
    }

    public class Binder extends android.os.Binder{
        public MyService getMyService(){
            return MyService.this;
        }  
    }

    Activity中的代碼：

    public class MainActivity extends AppcompatActivity implements ServiceConnection{

   public MyService.Binder binder = null;
   private Handler handler = new Handler(){
   
        @Override
        public void handleMessage(Message msg){
              super.handleMessage(msg);
              Bundle bundle = msg.getData();
              String data = budle.getString("data");

              //接下來就是UI更新
        }  
   }硬萍；


  @Override
  protected void onCreate(Bundle savedInstanceState){
       super.onCreate(savedInstanceState);
       setContentView(R.layout.activity_main);
  }

  @Override
  public void onServiceConnected(ComponentName componentName,IBinder iBinder){
      binder = (MyService.binder) iBinder;
      binder.getMyservice().setCallBack(new MyService.CallBack(){
            //此方法提供給MyService在子線程調(diào)用
            @Override
            public void onDataChange(String data){
                  Message message = new Message();
                  Bundle bundle = new Bundle();
                  bundle.putString("data","數(shù)據(jù)");
                  message.setData(bundle);
                  //通過handler進行異步通信，耗時操作應放在MyService中
                  handler.sendMessage(message); 
            }
      });
  }
  
  @Override  
  public void onServiceDisconnected(ComponentName componentName){
  
  }
}

    • Activity 與 Fragment 之間的通信
      1. Bundle
      在創(chuàng)建 Fragment實例 的時候围详，調(diào)用setArguments()方法將一個Bundle對象傳遞給 Fragment 朴乖，然后在 Fragment 中先去判斷是否和當前 Activity 綁定上了，如果綁定上了就可以拿出這個Bundle中的數(shù)據(jù)

      Activity中的代碼：

      Bundle bundle = new Bundle();
bundle.putString("data","數(shù)據(jù)");

Fragment fragment = new MyFragment();
fragment.setArguments(bundle);

      MyFragment中的代碼:

      if(isAdded()){
// isAdded()方法判斷是否與Activity進行了綁定
// 因為如果沒有進行綁定的話助赞，那么Bundle對象是無法從Activity傳遞給Fragment的
      Bundle bundle = getArguments();
      String data =bundle.getString("data");

}

      2. 直接進行方法調(diào)用
      在Activity里通過Fragment的引用买羞，可以直接調(diào)用Fragment中定義的任務方法

      MyFragment  myFragment = new MyFragment();
myFragment.toString("數(shù)據(jù)");

scheme 跳轉(zhuǎn)協(xié)議

Android中的一種跳轉(zhuǎn)協(xié)議，通過自定義scheme協(xié)議雹食，可以非常方便的跳轉(zhuǎn)到app中的各個頁面畜普，通過該協(xié)議，服務器可以定制化告訴app跳轉(zhuǎn)到哪個頁面群叶，可以通過通知欄消息定制化跳轉(zhuǎn)頁面吃挑，可以通過 H5 頁面跳轉(zhuǎn)到相應頁面等。

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 人面猴
    序言：七十年代末盖呼，一起剝皮案震驚了整個濱河市儒鹿，隨后出現(xiàn)的幾起案子，更是在濱河造成了極大的恐慌几晤，老刑警劉巖约炎，帶你破解...
    沈念sama閱讀 219,427評論 6贊 508
  • 死咒
    序言：濱河連續(xù)發(fā)生了三起死亡事件，死亡現(xiàn)場離奇詭異，居然都是意外死亡圾浅，警方通過查閱死者的電腦和手機掠手，發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,551評論 3贊 395
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進店門，熙熙樓的掌柜王于貴愁眉苦臉地迎上來狸捕，“玉大人喷鸽，你說我怎么就攤上這事【呐模” “怎么了做祝？”我有些...
    開封第一講書人閱讀 165,747評論 0贊 356
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵，是天一觀的道長鸡岗。 經(jīng)常有香客問我混槐，道長，這世上最難降的妖魔是什么轩性？ 我笑而不...
    開封第一講書人閱讀 58,939評論 1贊 295
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任声登，我火速辦了婚禮，結(jié)果婚禮上揣苏，老公的妹妹穿的比我還像新娘悯嗓。我一直安慰自己，他們只是感情好卸察，可當我...
    茶點故事閱讀 67,955評論 6贊 392
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布脯厨。 她就那樣靜靜地躺著，像睡著了一般蛾派。 火紅的嫁衣襯著肌膚如雪俄认。 梳的紋絲不亂的頭發(fā)上，一...
    開封第一講書人閱讀 51,737評論 1贊 305
  • 城市分裂傳說
    那天洪乍，我揣著相機與錄音眯杏，去河邊找鬼。 笑死壳澳，一個胖子當著我的面吹牛岂贩，可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播巷波，決...
    沈念sama閱讀 40,448評論 3贊 420
  • 雙鴛鴦連環(huán)套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼萎津，長吁一口氣：“原來是場噩夢啊……” “哼！你這毒婦竟也來了抹镊？” 一聲冷哼從身側(cè)響起锉屈，我...
    開封第一講書人閱讀 39,352評論 0贊 276
  • 萬榮殺人案實錄
    序言：老撾萬榮一對情侶失蹤，失蹤者是張志新（化名）和其女友劉穎垮耳，沒想到半個月后颈渊，有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體遂黍，經(jīng)...
    沈念sama閱讀 45,834評論 1贊 317
  • ?護林員之死
    正文 獨居荒郊野嶺守林人離奇死亡，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,992評論 3贊 338
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年俊嗽，在試婚紗的時候發(fā)現(xiàn)自己被綠了雾家。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,133評論 1贊 351
  • 活死人
    序言：一個原本活蹦亂跳的男人離奇死亡绍豁，死狀恐怖芯咧，靈堂內(nèi)的尸體忽然破棺而出，到底是詐尸還是另有隱情竹揍，我是刑警寧澤敬飒，帶...
    沈念sama閱讀 35,815評論 5贊 346
  • ?日本核電站爆炸內(nèi)幕
    正文 年R本政府宣布，位于F島的核電站鬼佣，受9級特大地震影響驶拱，放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜晶衷，卻給世界環(huán)境...
    茶點故事閱讀 41,477評論 3贊 331
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望阴孟。 院中可真熱鬧晌纫，春花似錦、人聲如沸永丝。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,022評論 0贊 22
  • 一樁弒父案，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽慕嚷。三九已至哥牍，卻和暖如春，著一層夾襖步出監(jiān)牢的瞬間喝检，已是汗流浹背嗅辣。 一陣腳步聲響...
    開封第一講書人閱讀 33,147評論 1贊 272
  • 情欲美人皮
    我被黑心中介騙來泰國打工， 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留挠说，地道東北人澡谭。 一個月前我還...
    沈念sama閱讀 48,398評論 3贊 373
  • 代替公主和親
    正文 我出身青樓，卻偏偏與公主長得像损俭，于是被迫代替她去往敵國和親蛙奖。 傳聞我的和親對象是個殘疾皇子，可洞房花燭夜當晚...
    茶點故事閱讀 45,077評論 2贊 355