2. 程式人生 > >Activity、Fragment、Service、View生命週期

Activity、Fragment、Service、View生命週期

阿新 • • 發佈：2018-11-12

1. Activity 生命週期

  

　　onCreate : 該方法是在Activity被建立時回撥，它是生命週期第一個呼叫的方法，我們在建立Activity時一般都需要重寫該方法，然後在該方法中做一些初始化的操作，如通過setContentView設定介面佈局的資源，初始化所需要的元件資訊等。 
　　onStart : 此方法被回撥時表示Activity正在啟動，此時Activity已處於可見狀態，只是還沒有在前臺顯示，因此無法與使用者進行互動。可以簡單理解為Activity已顯示而我們無法看見擺了。 
　　onResume

 : 當此方法回撥時，則說明Activity已在前臺可見，可與使用者互動了（處於前面所說的Active/Running形態），onResume方法與onStart的相同點是兩者都表示Activity可見，只不過onStart回撥時Activity還是後臺無法與使用者互動，而onResume則已顯示在前臺，可與使用者互動。當然從流程圖，我們也可以看出當Activity停止後（onPause方法和onStop方法被呼叫），重新回到前臺時也會呼叫onResume方法，因此我們也可以在onResume方法中初始化一些資源，比如重新初始化在onPause或者onStop方法中釋放的資源。 
　　onPause
 : 此方法被回撥時則表示Activity正在停止（Paused形態），一般情況下onStop方法會緊接著被回撥。但通過流程圖我們還可以看到一種情況是onPause方法執行後直接執行了onResume方法，這屬於比較極端的現象了，這可能是使用者操作使當前Activity退居後臺後又迅速地再回到到當前的Activity，此時onResume方法就會被回撥。當然，在onPause方法中我們可以做一些資料儲存或者動畫停止或者資源回收的操作，但是不能太耗時，因為這可能會影響到新的Activity的顯示——onPause方法執行完成後，新Activity的onResume方法才會被執行。 
　　onStop
 : 一般在onPause方法執行完成直接執行，表示Activity即將停止或者完全被覆蓋（Stopped形態），此時Activity不可見，僅在後臺執行。同樣地，在onStop方法可以做一些資源釋放的操作（不能太耗時）。 
　　onRestart :表示Activity正在重新啟動，當Activity由不可見變為可見狀態時，該方法被回撥。這種情況一般是使用者打開了一個新的Activity時，當前的Activity就會被暫停（onPause和onStop被執行了），接著又回到當前Activity頁面時，onRestart方法就會被回撥。 
　　onDestroy :此時Activity正在被銷燬，也是生命週期最後一個執行的方法，一般我們可以在此方法中做一些回收工作和最終的資源釋放。 

 

回到頂部

2. Fragment 生命週期

 

Fragment每個生命週期方法的意義、作用（注意紅色的不是生命週期方法）：
　　setUserVisibleHint()：設定Fragment可見或者不可見時會呼叫此方法。在該方法裡面可以通過呼叫getUserVisibleHint()獲得Fragment的狀態是可見還是不可見的，如果可見則進行懶載入操作。
　　onAttach()：執行該方法時，Fragment與Activity已經完成繫結，該方法有一個Activity型別的引數，代表繫結的Activity，這時候你可以執行諸如mActivity = activity的操作。
　　onCreate()：初始化Fragment。可通過引數savedInstanceState獲取之前儲存的值。
　　onCreateView()：初始化Fragment的佈局。載入佈局和findViewById的操作通常在此函式內完成，但是不建議執行耗時的操作，比如讀取資料庫資料列表。
　　onActivityCreated()：執行該方法時，與Fragment繫結的Activity的onCreate方法已經執行完成並返回，在該方法內可以進行與Activity互動的UI操作，所以在該方法之前Activity的onCreate方法並未執行完成，如果提前進行互動操作，會引發空指標異常。
　　onStart()：執行該方法時，Fragment由不可見變為可見狀態。
　　onResume()：執行該方法時，Fragment處於活動狀態，使用者可與之互動。
　　onPause()：執行該方法時，Fragment處於暫停狀態，但依然可見，使用者不能與之互動。
　　onSaveInstanceState()：儲存當前Fragment的狀態。該方法會自動儲存Fragment的狀態，比如EditText鍵入的文字，即使Fragment被回收又重新建立，一樣能恢復EditText之前鍵入的文字。
　　onStop()：執行該方法時，Fragment完全不可見。
　　onDestroyView()：銷燬與Fragment有關的檢視，但未與Activity解除繫結，依然可以通過onCreateView方法重新建立檢視。通常在ViewPager+Fragment的方式下會呼叫此方法。
　　onDestroy()：銷燬Fragment。通常按Back鍵退出或者Fragment被回收時呼叫此方法。
　　onDetach()：解除與Activity的繫結。在onDestroy方法之後呼叫。

Fragment生命週期執行流程（注意紅色的不是生命週期方法）：
Fragment建立：setUserVisibleHint()->onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()->onResume()；
Fragment變為不可見狀態（鎖屏、回到桌面、被Activity完全覆蓋）：onPause()->onSaveInstanceState()->onStop()；
Fragment變為部分可見狀態（開啟Dialog樣式的Activity）：onPause()->onSaveInstanceState()；
Fragment由不可見變為活動狀態：onStart()->OnResume()；
Fragment由部分可見變為活動狀態：onResume()；
退出應用：onPause()->onStop()->onDestroyView()->onDestroy()->onDetach()（注意退出不會呼叫onSaveInstanceState方法，因為是人為退出，沒有必要再儲存資料）；
Fragment被回收又重新建立：被回收執行onPause()->onSaveInstanceState()->onStop()->onDestroyView()->onDestroy()->onDetach()，重新建立執行onAttach()->onCreate()->onCreateView()->onActivityCreated()->onStart()->onResume()->setUserVisibleHint()；
橫豎屏切換：與Fragment被回收又重新建立一樣。

回到頂部

3. Service 生命週期

在Service的生命週期裡，常用的有：

  • 4個手動呼叫的方法
手動呼叫方法 作用
startService() 啟動服務
stopService() 關閉服務
bindService() 繫結服務
unbindService() 解綁服務
  • 5個自動呼叫的方法
內部自動呼叫的方法 作用
onCreat() 建立服務
onStartCommand() 開始服務
onDestroy() 銷燬服務
onBind() 繫結服務
onUnbind() 解綁服務

 

回到頂部

4. View 生命週期

View的關鍵生命週期為：

[改變可見性] --> 構造View() --> onFinishInflate() --> onAttachedToWindow() 

　　　　　　--> onMeasure() --> onSizeChanged() --> onLayout() --> onDraw() 
　　
　　　　　　--> onDetackedFromWindow()

 


 

View是什麼？官方原始碼註釋中的定義：這個類是使用者介面的基礎構件。View表示螢幕上的一塊矩形區域，負責繪製這個區域和事件處理。
View是所有widget類的基類，Widget類用於建立互動式UI構件（按鈕，輸入框等）。
View類的ViewGroup子類是layout的基類，Layout是一個不可見的容器，它儲存著View（或ViewGroup）並定義這些View的layout 屬性。

簡單點說，View就是螢幕上的一塊矩形區域，我們可以在這塊區域繪製我們想讓使用者看到的圖形。

關於View的生命週期，官方原始碼註釋中有詳細的描述，作為英語六級勉強飄過的選手，我頂著巨大的壓力翻譯了一下。

  1. Creation（建立）
  • Constructors（建構函式）：有一種形式的建構函式會在View在程式碼中被建立時呼叫，另一種形式的建構函式會在View從layout加載出來時被呼叫。
    第二種形式的建構函式會解析和應用layout檔案中定義的任何屬性。
  • onFinishInflate()：該方法當View及其子View從XML檔案中載入完成後會被呼叫。
  1. Layout（佈局）
  • onMeasure(int, int)：該方法在計算當前View及其所有子View尺寸大小需求時會被呼叫。
  • onLayout(boolean, int, int, int, int)：該方法在當前View需要為其子View分配尺寸和位置時會被呼叫。
  • onSizeChanged(int, int, int, int)：該方法在當前View尺寸變化時被呼叫。
  1. Drawing（繪製）
  • onDraw(android.graphics.Canvas)：該方法在當前View需要呈現其內容時被呼叫。
  1. Event processing（事件處理）
  • onKeyDown(int, KeyEvent)：該方法在一個物理按鍵事件發生時被呼叫。
  • onKeyUp(int, KeyEvent)：該方法在一個物理按鍵彈起事件發生時被呼叫。
  • onTrackballEvent(MotionEvent)：該方法在一個軌跡球運動事件發生時被呼叫。
  • onTouchEvent(MotionEvent)：該方法在一個觸控式螢幕幕運動事件發生時被呼叫。
  1. Focus（聚焦）
  • onFocusChanged(boolean, int, android.graphics.Rect)：該方法在當前View獲得或失去焦點時被呼叫。
  • onWindowFocusChanged(boolean)：該方法在包含當前View的window獲得或失去焦點時被呼叫。
  1. Attaching（附上）
  • onAttachedToWindow()：該方法在當前View被附到一個window上時被呼叫。
  • onDetachedFromWindow()：該方法在當前View從一個window上分離時被呼叫。
  • onVisibilityChanged(View, int)：該方法在當前View或其祖先的可見性改變時被呼叫。
  • onWindowVisibilityChanged(int)：該方法在包含當前View的window可見性改變時被呼叫。

上述方法是View生命週期中涉及到的比較重要的一部分，View類中包含了很多的方法和屬性，有興趣的話各位可以自己研究一下。

View生命週期相關方法呼叫順序

簡單的瞭解了View生命週期相關的幾個方法，接著我們看看這些方法呼叫的順序是怎樣的,我們針對View的可見性分三種情況來觀察。

  1. android:visibility=visible
  • 建立
I/TestView: TestView(Context context, AttributeSet attrs)
I/TestView: onFinishInflate()
I/TestView: onVisibilityChanged(View changedView, int visibility) changedView = com.android.internal.policy.impl.PhoneWindow$DecorView{2192bad9 I.E..... R.....ID 0,0-0,0} visibility = 4
I/TestView: onVisibilityChanged(View changedView, int visibility) changedView = com.android.internal.policy.impl.PhoneWindow$DecorView{2192bad9 V.E..... R.....ID 0,0-0,0} visibility = 0
I/TestView: onAttachedToWindow()
I/TestView: onWindowVisibilityChanged(int visibility) visibility = 0
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073743848
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073743848
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073744016
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073744016
I/TestView: onSizeChanged(int w, int h, int oldw, int oldh) w = 1328 h = 2192 oldw = 0 oldh0
I/TestView: onLayout(boolean changed, int left, int top, int right, int bottom) changed = true left = 56 top = 56 right = 1384 bottom = 2248
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073743820
I/TestView: onSizeChanged(int w, int h, int oldw, int oldh) w = 1328 h = 1996 oldw = 1328 oldh2192
I/TestView: onLayout(boolean changed, int left, int top, int right, int bottom) changed = true left = 56 top = 56 right = 1384 bottom = 2052
I/TestView: onDraw(Canvas canvas)
I/TestView: onWindowFocusChanged(boolean hasWindowFocus) hasWindowFocus = true
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073743820
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073743820
I/TestView: onLayout(boolean changed, int left, int top, int right, int bottom) changed = false left = 56 top = 56 right = 1384 bottom = 2052
I/TestView: onDraw(Canvas canvas)
  • 銷燬
I/TestView: onWindowFocusChanged(boolean hasWindowFocus) hasWindowFocus = false
I/TestView: onWindowVisibilityChanged(int visibility) visibility = 8
I/TestView: onDetachedFromWindow()
  1. android:visibility=invisible
  • 建立
I/TestView: onVisibilityChanged(View changedView, int visibility) changedView = com.example.junyizhou.rxjavademo.TestView{3ead3d52 I.ED.... ........ 0,0-0,0} visibility = 4
I/TestView: TestView(Context context, AttributeSet attrs)
I/TestView: onFinishInflate()
I/TestView: onVisibilityChanged(View changedView, int visibility) changedView = com.android.internal.policy.impl.PhoneWindow$DecorView{3aeb2b95 I.E..... R.....ID 0,0-0,0} visibility = 4
I/TestView: onVisibilityChanged(View changedView, int visibility) changedView = com.android.internal.policy.impl.PhoneWindow$DecorView{3aeb2b95 V.E..... R.....ID 0,0-0,0} visibility = 0
I/TestView: onAttachedToWindow()
I/TestView: onWindowVisibilityChanged(int visibility) visibility = 0
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073743848
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073743848
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073744016
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073744016
I/TestView: onSizeChanged(int w, int h, int oldw, int oldh) w = 1328 h = 2192 oldw = 0 oldh0
I/TestView: onLayout(boolean changed, int left, int top, int right, int bottom) changed = true left = 56 top = 56 right = 1384 bottom = 2248
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073743820
I/TestView: onSizeChanged(int w, int h, int oldw, int oldh) w = 1328 h = 1996 oldw = 1328 oldh2192
I/TestView: onLayout(boolean changed, int left, int top, int right, int bottom) changed = true left = 56 top = 56 right = 1384 bottom = 2052
I/TestView: onWindowFocusChanged(boolean hasWindowFocus) hasWindowFocus = true
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073743820
I/TestView: onMeasure(int widthMeasureSpec, int heightMeasureSpec) widthMeasureSpec = 1073743152 heightMeasureSpec = 1073743820
I/TestView: onLayout(boolean changed, int left, int top, int right, int bottom) changed = false left = 56 top = 56 right = 1384 bottom = 2052
  • 銷燬
I/TestView: onWindowFocusChanged(boolean hasWindowFocus) hasWindowFocus = false
I/TestView: onWindowVisibilityChanged(int visibility) visibility = 8
I/TestView: onDetachedFromWindow()
  1. android:visibility=gone
  • 建立
I/TestView: onVisibilityChanged(View changedView, int visibility) changedView = com.example.junyizhou.rxjavademo.TestView{3ead3d52 G.ED.... ......I. 0,0-0,0} visibility = 8
I/TestView: TestView(Context context, AttributeSet attrs)
I/TestView: onFinishInflate()
I/TestView: onVisibilityChanged(View changedView, int visibility) changedView = com.android.internal.policy.impl.PhoneWindow$DecorView{3aeb2b95 I.E..... R.....ID 0,0-0,0} visibility = 4
I/TestView: onVisibilityChanged(View changedView, int visibility) changedView = com.android.internal.policy.impl.PhoneWindow$DecorView{3aeb2b95 V.E..... R.....ID 0,0-0,0} visibility = 0
I/TestView: onAttachedToWindow()
I/TestView: onWindowVisibilityChanged(int visibility) visibility = 0
I/TestView: onWindowFocusChanged(boolean hasWindowFocus) hasWindowFocus = true
  • 銷燬
I/TestView: onWindowFocusChanged(boolean hasWindowFocus) hasWindowFocus = false
I/TestView: onWindowVisibilityChanged(int visibility) visibility = 8
I/TestView: onDetachedFromWindow()

相關推薦

activity和fragment混合使用時的生命週期

       上篇文章講到了activity四種模式下調整時的生命週期，這篇文章我們聊聊activity和fragment混合使用時的兩者的生命週期        先看下面對比圖：             1. activity啟動時順便載入裡面的fragment，這種情況

Activity、Fragment、Service、View生命週期

1. Activity 生命週期    　　onCreate : 該方法是在Activity被建立時回撥，它是生命週期第一個呼叫的方法，我們在建立Activity時一般都需要重寫該方法，然後在該方法中做一些初始化的操作，如通過setContentView設

Android 活動（Activity）服務（Service）、程序（Process）的生命週期

在 Android 中，多數情況下每個程式都是在各自獨立的 Linux 程序中執行的。當一個程式或其某些部分被請求時，它的程序就“出生”了；當這個程式沒有必要再執行下去且系統需要回收這個程序的記憶體用於其他程式時，這個 程序就“死亡”了。可以看出，Android 程式的生

三、3：django的請求生命週期以及圖書管理系統作業

django的請求生命週期 https://www.cnblogs.com/liuqingzheng/articles/9509787.html#_label4 圖書管理系統多表設計 圖書表--->出版社表---->一對多 一對多的關係一旦確立,關聯欄位寫在多的一方 圖書表---&

各種變數、字串（儲存位置和生命週期）

// 轉載至https://blog.csdn.net/mcu_tian/article/details/37910835 常量儲存總結 區域性變數、靜態區域性變數、全域性變數、全域性靜態變數、字串常量以及動態申請的記憶體區          

《第一行程式碼Android》學習總結第四章 Fragment的執行狀態與生命週期

一、Fragment四種狀態 1、執行狀態 當一個Fragment是可見的，同時它所關聯的Activity正處於執行狀態，則該Fragment也處於執行狀態。 2、暫停狀態 當一個Activity處於暫停狀態，與它關聯的可見碎片就會處於暫停狀態。 3、停止狀態  &

Fragment在ViewPager中的生命週期

1.一直以來的疑問 Fragment在ViewPager到底經歷了哪些生命週期方法？到底發生了什麼？ 常會TabLayout和ViewPager配合起來使用，針對這套組合，就想也做一些學習瞭解。在一個ViewPager中經常會存在多個Fragment，Fragemnt

Fragment 使用add 和 hide 生命週期

1.先add兩個Fragment ,然後立馬hide這兩個Fragment ,再然後顯示其中一個Fragment //先add FragmentTransaction beginTransaction = getFragmentManager().beginTransa

fragment橫豎屏切換時生命週期的變化

fragment 啟動 08-24 13:48:54.608 11678-11678/I/TAG: onAttach 08-24 13:48:54.608 11678-11678/I/TAG: onC

[Android]當Activity啟動模式為singleTask時的生命週期

01-09 22:59:24.317 13063-13063/com.dongua.activitytest I/Activity1: onCreate: 01-09 22:59:24.319 130

fragment之間切換時的生命週期

首先，寫一寫關於Fragment生命週期的相關。先放上一張老圖！！                                                             Fragment 1 切換到 Fragment 2時生命週期變化 1、通過 a

00 - 控制器view生命週期

00 - 控制器view生命週期 控制器View的生命週期方法:只要是控制器的生命週期方法,都是以view開頭. 控制器View載入完成時呼叫 - (void)viewDidLoad { [super viewDidLoad]; } 控制器的View顯示完成

JavaScript是如何工作的：Service Worker的生命週期及使用場景

摘要： 理解Service Worker。 原文：JavaScript 是如何工作的：Service Worker 的生命週期及使用場景 作者：前端小智 Fundebug經授權轉載，版權歸原作者所有。 這是專門探索 JavaScript 及其所構建的元件的系列

Android 服務（service）的生命週期以及利用bindservice呼叫服務裡面的方法

服務的生命週期 服務的生命週期跟啟動服務的方法有關：  當採用Context.startService()方法啟動服務，與之有關的生命週期方法 onCreate() onStart()  onDestroy() onCreate()該方法在服務被建立時呼叫，該方法只會被

Android:Fragment在ViewPager中的生命週期

1.一直以來的疑問 Fragment在ViewPager到底經歷了哪些生命週期方法？到底發生了什麼？ 常會TabLayout和ViewPager配合起來使用，針對這套組合，就想也做一些學習瞭解。在一個ViewPager中經常會存在多個Fragment，F

Android View生命週期

從構造方法開始，依次執行 onAttachToWindow（當view被附著到一個視窗時觸發）——>onMeasure（確定所有子元素的大小 ）——>onSizeChanged（當view的

android Activity A和B互相跳轉 生命週期的變化

#前提概要 此題出自筆者網上看到的一道面試題，原題如下： Activity A 跳轉到 Activity B，生命週期的執行過程是啥？ 雖然筆者專門花時間瞭解過Activity生命週期以及啟動模式等

Activity、Fragment生命週期---橫豎屏切換的生命週期

先貼出一張大家眾所周知activity流程圖 onCreate():建立Activity呼叫，用於Activity的初始化，還有個Bundle型別的引數，可以訪問以前儲存的狀態。onStart():Activity在螢幕上對使用者可見時呼叫，但還不可與使用者互動  on

Android中Fragment、DialogFragment與Activity生命週期釋義

package com.youche.cango.dialog; import android.app.DialogFragment; import android.content.Context;

DAO、Service、Controller及View層級結構梳理

應用 數據源配置 簡潔 IV 數據 會有 網頁 處理 dao層 1、Dao層 Dao層主要是做數據持久層的工作，負責與數據庫進行聯絡的一些任務都封裝在此，Dao層的設計首先是設計Dao的接口，然後在Spring的配置文件中定義此接口的實現類，然後就可在模塊中調用此接口來進