热re99久久精品国产99热,日韩欧美动漫国产制服,成熟女性生殖真人实图

定義

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

生命周期

1. Activity生命周期中的4種狀態

Active：當前Activity正處于運行狀態，即獲得焦點
Paused：當前Activity正處于暫停狀態，即失去焦點。但仍然沒有被銷毀，仍然可見。
Stopped：當前Activity處于停止狀態，Activity不可見，沒有被銷毀
Killed：當前Activity已經被銷毀，它的內存里面的成員變量等信息被一并回收

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正在被創建，這是Activity生命周期的第一個方法。通常在里面進行初始化工作

3.2 onStart()

該方法表示Activity正在被啟動，這個時候的Activity已經被創建好了，完全過了準備階段，但是沒有出現在前臺，還不能與用戶進行交互

3.3 onResume()

該方法表示Activity已經可見了，即出現在前臺且可以與用戶進行交互了。處于Active狀態

3.4 onPause()

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

3.5 onStop()

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

3.6 onDestory（）

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

3.7 onRestart()

該方法表示Activity正在重新啟動。一般情況下，一個存在于后臺不可見的Activity變為可見狀態，都會執行onRestart()方法，然后再執行onStart()方法

3. Activity的生命周期分析

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

1. Activity啟動 → onCreate() → onStart() → onResume() ---------進入Active狀態
2. 點擊Home鍵回到桌面 → onPause() → onStop() -----------進入Stopped狀態
3. 再次回到原Activity → onRestart() → onStart() → onResume() --------又回到Active狀態
4. 退出當前Activity時 → onPause → onStop → onDestroy() ----------Killed狀態
3.2 異常情況下的生命周期：

中間涉及兩個方法：

onSaveInstanceState() 方法：
主要用來存儲數據（調用的時機在onStop()方法之前）

onRestoreInstanceState() 方法：
主要用來恢復數據（調用時機在onstart()之后）

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

當銷毀時，其onPause()、onStop()、onDestory()方法均會被調用。系統會自動調用onSaveInstanceState()方法來保存當前Activity的狀態。

當重建時，系統會調用onRestoreInstanceState()方法，并且把onSaveInstanceState()方法所保存的Bundle對象作為參數傳遞給onRestoreInstanceState()方法和onCreate()方法。然后通過這兩個方法來取出之前保存的數據進行恢復。

當異常情況下需要重新創建時，系統會默認為我們保存當前Activity的視圖結構，并且在Activity重啟后為我們恢復這些數據（例如：文本框輸入的數據、ListView滾動的位置）

這些View相關的狀態系統都能默認為我們恢復，具體針對某一特定的View系統能為我們恢復哪些數據，就得查看View的源碼

關于保存和恢復View層次結構，系統的工作流程：

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

3.2.2 資源內存不足導致優先級低的Activity被殺死

Activity的優先級是指一個Activity對于用戶的重要程度，。按照這種規律分為以下等級：

最高優先級：前臺Activity

中等優先級：可見但非前臺的Activity （Pause狀態下的Activity）

最低優先級：完全存在后臺的Activity （Stopped狀態下的Activity）

注：當內存嚴重不足時，系統會按照優先級去kill掉Activity所在的進程，并在后續通過onSaveInstanceState()方法和onRestoreInstanceState()方法來儲存和恢復數據。

3.3 特殊情況下的生命周期

3.3.1 Activity的橫豎屏切換

與橫豎屏生命周期方法有關調用的屬性是“ android:configChanges ”,關于它的屬性值設置，如下：
```
android:configChanges=" orientation " ：消除橫豎屏的影響
android:configChanges=" keyboardHidden " ：消除鍵盤的影響
android:configChanges=" screenSize " ：消除屏幕大小的影響
```
情況 1 當我們設置Activity的 android:configChanges 屬性為
orientation 、（消除橫豎屏影響）
orientation|keyboardHidden（消除橫豎屏、鍵盤的影響）
或者不設置該屬性的時候，其生命周期如下

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

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

由橫屏切換到豎屏（與豎屏切換橫屏過程一致）
- 情況 2 當我們設置其android:configChanges 屬性為
  orientation | screenSize
  或 orientation | screenSize | keyboardHidden 時
啟動Activity
onCreate() → onStart() → onResume()

由橫屏切換豎屏（由豎屏切換橫屏)：什么也沒調用
- 情況 3 當我們設置為 orientation | screenSize 時
  在進行橫豎屏切換的時候調用的方法是onConfiguraionChanged()，而不會回調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()方法不執行

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

情況 1：當前返回棧僅有一個Activity實例，這時候強殺是會執行onDestory()方法的
情況 2：當返回棧里存在多個Actiivty實例時，棧里面的第一個沒有銷毀的Activity會執行onDestory()方法，其他不會執行。
例如：從 MainActivity 跳轉到 Activity_A 。這時候，從后臺強殺，只會執行MainActivity的onDestory()方法，至于Activity_A的onDestory()是不會執行的

Activity的啟動模式

說到啟動模式，就會聯想起 Android任務棧 ，關于Android任務棧：

它是用來儲存Activity實例的一種數據結構，Activity的跳轉以及回調都與任務棧有關

啟動一個Activity后，這個Activity實例就會放進任務棧中，當點擊返回鍵時，位于任務棧頂層的Activity就會被清理出去。

當任務棧不存在任何Activity的實例的時候，系統就會回收這個任務棧，也就是退出程序了。

啟動模式的作用

杜絕浪費內存的行為

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

啟動模式類型

standard
singleTop
singleTask
singleInstance

standard啟動模式
系統默認的啟動模式。
每次啟動一個Activity就會新建一個實例（不管其實例是否存在）
假如 Activity_A 啟動了 Activity_B ，即 Activity_B 會進入Activity_A 所在的任務棧
- 注：非Activity的context(ApplicationContext)沒有所謂的任務棧。即當用ApplicationContext去啟動 standard模式的Activity會報錯。解決方法就是為待啟動的Activity指定 FLAG_ACTIVITY_NEW_TASK標記位，這樣啟動的時候就會為它創建一個新的任務棧。

singleTop啟動模式

棧頂復用模式，在這種模式下：
1. 如果新的Activity已經位于任務棧的棧頂，那么此Activity不會被重新創建。同時它的onNewIntent()方法會被回調，通過此方法的參數我們可以取出當前請求的信息（此時其onCrate()、onStart()方法不會被調用）。
2. 如果新的Activity在棧中，但不在棧頂。則新的Activity仍然會被創建，并放進其中。
singleTask啟動模式

棧內復用模式，這是一種單例模式
在這種模式下，只要Activity在一個棧中存在，那么多次啟動此Activity都不會重新創建實例。和singleTop一樣也會回調其onNewIntent()方法。
當一個具有singleTask模式的Activity請求啟動后，系統首先尋找任務棧中是否已存在該Activity的實例，如果已經存在，那么系統就會把它跳到棧頂并調用onNewIntent()方法。否則創建該Activity的實例并壓棧

singleTask模式默認具有 clearTop 的效果，即系統將目標Activity跳到棧頂的方法是：將在該Activity上面的Activity全部出棧，以達到跳到棧頂的效果

singleInstance啟動模式

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

在此模式下的Activity由以下特點：
1. 具有全局唯一性，即整個系統中只會存在一個這樣的實例
2. 在整個系統中是單例的，如果在啟動這樣的Activity時，已經存在一個實例，那么會把它所在的任務調度到前臺，重用這個實例
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. 類靜態變量
2. 全局變量
3. Intent / Bundle

      Bundle bundle = new Budle();
      bundle.putString("data","數據");  
      
      Intent intent = new Intent(MainActivity.this,Main2Activity.class);
      intent.putExtras(bundle);
      startActivity(intent);

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

//在Activity中
  Intent intent = new Intent(MainActivity.this,MyService.class);
  intent.putExtra("data","數據");
  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 ，監聽服務的進程變化

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在子線程調用
            @Override
            public void onDataChange(String data){
                  Message message = new Message();
                  Bundle bundle = new Bundle();
                  bundle.putString("data","數據");
                  message.setData(bundle);
                  //通過handler進行異步通信，耗時操作應放在MyService中
                  handler.sendMessage(message); 
            }
      });
  }
  
  @Override  
  public void onServiceDisconnected(ComponentName componentName){
  
  }
}

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

Activity中的代碼：

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

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

MyFragment中的代碼:

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

}

2. 直接進行方法調用
在Activity里通過Fragment的引用，可以直接調用Fragment中定義的任務方法

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

scheme 跳轉協議

Android中的一種跳轉協議，通過自定義scheme協議，可以非常方便的跳轉到app中的各個頁面，通過該協議，服務器可以定制化告訴app跳轉到哪個頁面，可以通過通知欄消息定制化跳轉頁面，可以通過 H5 頁面跳轉到相應頁面等。

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美国产综合欧美视频

四大組件 - Activity

四大組件 - Activity

定義

生命周期

1. Activity生命周期中的4種狀態

2. Activity生命周期里的方法

3.1 onCreate()

3.2 onStart()

3.3 onResume()

3.4 onPause()

3.5 onStop()

3.6 onDestory（）

3.7 onRestart()

3. Activity的生命周期分析

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

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

3.3 特殊情況下的生命周期

Activity的啟動模式

啟動模式的作用

啟動模式類型

standard啟動模式

singleTop啟動模式

singleTask啟動模式

singleInstance啟動模式

啟動模式的使用

Activity組件之間的通信

scheme 跳轉協議

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美 国产 综合 欧美 视频

四大組件 - Activity

定義

生命周期

1. Activity生命周期中的4種狀態

2. Activity生命周期里的方法

3.1 onCreate()

3.2 onStart()

3.3 onResume()

3.4 onPause()

3.5 onStop()

3.6 onDestory（）

3.7 onRestart()

3. Activity的生命周期分析

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

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

3.3 特殊情況下的生命周期

Activity的啟動模式

啟動模式的作用

啟動模式類型

standard啟動模式

singleTop啟動模式

singleTask啟動模式

singleInstance啟動模式

啟動模式的使用

Activity組件之間的通信

scheme 跳轉協議

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美国产综合欧美视频