『壹』 android的生命周期
單個Actiivty正常的生命周期
onCreate -> onStart -> onResume -> onPause -> onStop -> onDestory
這就是一個Activity從被創建到被銷毀過程。
其中正常運行狀態為onResume
當Activity從前台被置於後台，
onResume -> onPause -> onStop
當從後台重新置於前台
onStop -> onPause -> onResatrt -> onStart-> onResume
其中可以發現，只要Activity置於前台都會執行onStart函數，所以我們可以考慮在這里做一下需要在前台就處理的邏輯
各個生命周期函數：
onCreate: Activity被創建，此時Activity處於不可見、不可交互
onStart: 此時Activity 部分可見不可交互
onRestart: Activity從後台重新回到前台，部分可見不可交互
onResume: 完全可見可交互，為Activity正常運行狀態
onPause: Activity處於暫停，從前台被置於後台 部分可見部分不可見，不可交互
onStop: 完全置於後台，完全不可見，
onDestroy: Activity被銷毀
上面就是一個正常的Activity的生命周期，
在Activity生命周期中，還設計一些其他：
Activity旋轉：
onCreate -> onStart -> onResume
此時被旋轉
-> onPause -> onSaveInstanceState -> onStop -> onDestroy -> onCreate -> onStart -> onRestoreInstanceState -> onResume
可以發現當Activity被旋轉時，整個Activity是被銷毀然後重新創建的。其中新增調用了兩個生命周期函數
onSaveInstanceState: 當Activity被系統異常銷毀時被調用，用於存儲數據，用於系統恢復Activity時恢復數據
onRestoreInstanceState: 當Actiivty被系統異常銷毀並重新創建時，取出在onSaveInstanceState時存儲的數據
注意，在onCreate函數中，其實也是有參數的
此處的savedInstanceState也是在onSaveInstanceState時存儲的數據，但此處可能為nll，
因為在正常的Activity時，此處就是null，只有在Activity被異常銷毀然後被系統重新創建時，此處才有值。
如果要在此處使用，切記要判空。
onNewIntent與Activity的啟動模式有關
當Activity未設置啟動模式時，則不會觸發該生命周期函數
當Activity已經處於應用的Activity棧中
onNewIntent只會在Activity設置了啟動模式，並且Activity被復用時才會調起。
注意：只對startActivityForResult調起的Activity起作用，statActivity本質調用的也是startActivityForResult，Activity正常的切換前後台時不會觸發的。
A -> B:
A正常運行處於 onResume，打開B
A onPause -> B onCreate -> B onStart -> B onResume -> A onStop
點擊跳入B頁面， 首先A進入暫停，B開始創建，到onResume完全可見可交互，於是A被完全遮擋，變成完全不可見、處於後台，進入onStop
A -> B ->goBack-> A
在B頁再執行返回
B onPause -> A onRestart -> A onStart -> A onResume -> B Stop -> B onDestory
和A進入B類似，B返回A時，B進入暫停，A變得重新可見到A完全可見，進入onResume，然後B進入停止，並銷毀
B啟動模式設置為 SingleTop，B -> B
B onPause -> B onNewIntent -> B onResume
因為 B已經處於棧頂，啟動模式為 SingleTop 則不會重新創建B的實例
將A的啟動模式設置為SingleTask
可以通過在andorid studio的終端 Terminal中輸入：adb shell mpsys activity
查看當前應用的Activity task棧
『貳』 Android app後台回到前台時的監聽
在一次項目，有個需求涉及到切後台回到app時，需要調起一個彈窗，以這個需求為例子，跟大家分享下我如何實現的（大牛輕拍 = = ）
首先，我們在app初始化時，要注冊activity生命周期的回調，我這邊項目里在BaseApplication初始化時調用()
它需要一個ActivityLifecycleCallbacks類型的參數
這個介面涉及到所有activity生命周期的回調
回歸正題，先初始化ActivityLifecycleCallbacks，
我們現在要做的是後台回前台，所以我們只選擇onActivityStarted和onActivityPaused
我是這么做判斷的，給個foregroundActivityCount去表示當前app有多少個activity處於啟動的狀態，給個Boolean值appInBackground判斷app是否處於後台，每次打開app，當啟動一個activity時，就統計開啟activity的次數，並且調用你所需要的監聽方法；只要在start 和 stop時判斷有所activity都stop了，當當前activity啟動次數為0時，說明app處於後台；
初始化已經完成，接下來就是怎麼調用了。我們去到後台回來時需要操作的activity或者fragment，在初始化時調取BaseApplication裡面剛才設定的方法
在裡面寫下你後台回來時你需要的操作
還有一個缺陷，假如是在指定fragment做監聽怎麼辦？其實都差不多的，fragment在activity里，綁定 了activity的生命周期，假設我們要在指定的fragment才調取這個方法，我們需要在加一層判斷，判斷當前fragment是否可見
這樣，只要你每次從後台回來，都可以監聽到，但如果不在當前fragment的話，就不會調用你設定的方法。
以上，是我剛接觸不久的問題，分享給大家，寫的不好的大家見諒，有問題可以評論或私信我，本人還是實習生，請輕拍= =
『叄』 android 如何調用 底下的 activity 到前台 我不想新建
要達到這個需求，可以設置activity的啟動模式為singleTask或者singleInstance
activity一共有4中啟動模式
standard
默認模式，可以不用寫配置。在這個模式下，都會默認創建一個新的實例。因此，在這種模式下，可以有多個相同的實例，也允許多個相同Activity疊加。
例如：
若有一個Activity名為A1, 上面有一個按鈕可跳轉到A1。那麼如果點擊按鈕，便會新啟一個Activity A1疊在剛才的A1之上，再點擊，又會再新啟一個在它之上……
點back鍵會依照棧順序依次退出。
singleTop
可以有多個實例，但是不允許多個相同Activity疊加。即，如果Activity在棧頂的時候，啟動相同的Activity，不會創建新的實例，而會調用其onNewIntent方法。
例如：
若有兩個Activity名為B1,B2,兩個Activity內容功能完全相同，都有兩個按鈕可以跳到B1或者B2，唯一不同的是B1為standard，B2為singleTop。
若我意圖打開的順序為B1->B2->B2，則實際打開的順序為B1->B2（後一次意圖打開B2，實際只調用了前一個的onNewIntent方法）
若意圖打開的順序為B1->B2->B1->B2，則實際打開的順序與意圖的一致，為B1->B2->B1->B2。
singleTask
只有一個實例。在同一個應用程序中啟動的時候，若Activity不存在，則會在當前task創建一個新的實例，若存在，則會把task中在其之上的其它Activity destory掉並調用它的onNewIntent方法。
如果是在別的應用程序中啟動它，則會新建一個task，並在該task中啟動這個Activity，singleTask允許別的Activity與其在一個task中共存，也就是說，如果在這個singleTask的實例中再打開新的Activity，這個新的Activity還是會在singleTask的實例的task中。
例如：
若應用程序中有三個Activity,C1,C2,C3，三個Activity可互相啟動，其中C2為singleTask模式，那麼，無論在這個程序中如何點擊啟動，如：C1->C2->C3->C2->C3->C1-C2，C1,C3可能存在多個實例，但是C2隻會存在一個，並且這三個Activity都在同一個task裡面。
但是C1->C2->C3->C2->C3->C1-C2，這樣的操作過程實際應該是如下這樣的，因為singleTask會把task中在其之上的其它Activity destory掉。
操作：C1->C2 C1->C2->C3 C1->C2->C3->C2 C1->C2->C3->C2->C3->C1 C1->C2->C3->C2->C3->C1-C2
實際：C1->C2 C1->C2->C3 C1->C2 C1->C2->C3->C1 C1->C2
若是別的應用程序打開C2，則會新啟一個task。
如別的應用Other中有一個activity，taskId為200，從它打開C2，則C2的taskIdI不會為200，例如C2的taskId為201，那麼再從C2打開C1、C3，則C2、C3的taskId仍為201。
注意：如果此時點擊home，然後再打開Other，發現這時顯示的肯定會是Other應用中的內容，而不會是應用中的C1 C2 C3中的其中一個。
singleInstance
只有一個實例，並且這個實例獨立運行在一個task中，這個task只有這個實例，不允許有別的Activity存在。
例如：
程序有三個ActivityD1,D2,D3，三個Activity可互相啟動，其中D2為singleInstance模式。那麼程序從D1開始運行，假設D1的taskId為200，那麼從D1啟動D2時，D2會新啟動一個task，即D2與D1不在一個task中運行。假設D2的taskId為201，再從D2啟動D3時，D3的taskId為200，也就是說它被壓到了D1啟動的任務棧中。
若是在別的應用程序打開D2，假設Other的taskId為200，打開D2，D2會新建一個task運行，假設它的taskId為201，那麼如果這時再從D2啟動D1或者D3，則又會再創建一個task，因此，若操作步驟為other->D2->D1，這過程就涉及到了3個task了。
『肆』 Android之Activity全面解析，有些知識點容易忘記
Activity作為安卓四大組件之一，是最重要也是用得最多的組件，涉及的知識點非常多，有些知識點平時開發很少用到，但在某些場景下需要特別注意，本文詳細整理了Activity涉及的知識點，供開發參考。
針對Activity可以提出很多問題，如：
Activity 的生命周期？
Activity 之間的通信方式？
Activity 各種情況下的生命周期？
橫豎屏切換時 Activity 的生命周期？
前台切換到後台，然後再回到前台時 Activity 的生命周期？
彈出 Dialog 的時候按 Home 鍵時 Activity 的生命周期？
兩個Activity之間跳轉時的生命周期？
下拉狀態欄時 Activity 的生命周期？
Activity 與 Fragment 之間生命周期比較？
Activity 的四種 LaunchMode（啟動模式）的區別？
Activity 狀態保存與恢復？
Activity的轉場動畫有哪些實現方式？
Activity的生命周期中怎麼獲取控制項寬高？
onNewIntent的執行時機？
如何連續退出多個Activity？
如何把Acitivty設置成Dialog樣式 ，android:theme="@android:style/Theme.Dialog"
關於橫豎屏切換的生命周期，對應不同的手機，由於廠商定製的原因，會有不同的效果，如設置了configChanges="orientation」在有些手機會執行各個生命周期，但有些手機卻不會執行。
網上常見的結論如下：
但實際的測試如下：
可以看出，不同廠商的手機切屏生命周期會有差異。
從API 13以上，當設備在橫豎切屏時，「屏幕尺寸」也會發生變化，因此為了杜絕切屏導致頁面銷毀重建，需要加上screenSize，使用設置4，即 android:configChanges="orientation|keyboardHidden|screenSize" .
Activity的四種狀態如下：
在activity處於paused或者stoped狀態下，如果系統內存緊張，可能會被銷毀，當重回該activity時會重建，正常返回和被回收後返回的生命周期如下：
如果是回收後返回，onCreate的參數savedInstanceState不為空。
有哪些場景會觸發onNewIntent回調呢？跟啟動模式有關，首先該Activity實例已經存在，再次啟動才可能觸發。一種情況是啟動模式是singleTask或者singleInstance，無論該activity在棧中哪個位置，都會觸發onNewIntent回調，並且把上面其他acitivity移除，另一種情況是啟動模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP啟動，並且該activity實例在棧頂，會觸發onNewIntent，如果不在棧頂是重新創建的，不會觸發。
在實際業務開發中，往往碰到需要連續退出多個activity實例，下面整理了幾種常見方法：
● 發送特定廣播
1、在需要處理連續退出的activity注冊該特定廣播；
2、發起退出的activity發送該特定廣播；
3、接收到該廣播的activity 調用finish結束頁面。
● 遞歸退出
1、用startActivityForResult啟動新的activity；
2、前一個頁面finish時，觸發onActvityResult回調，再根據requestCode和resultCode處理是否finish，達到遞歸退出的效果。
● FLAG_ACTIVITY_CLEAR_TOP
通過intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)啟動新activity，如果棧中已經有該實例，則會把該activity之上的所有activity關閉，達到singleTop啟動模式的效果。
● 自定義activity棧
1、自定義activity列表，新打開activity則加入棧中，關閉則移除棧；
2、需要退出多個activity時，則循環從棧中移除activity實例，並調用finish。
在討論Activity啟動模式經常提到任務棧，那到底什麼是任務棧？
任務是一個Activity的集合，它使用棧的方式來管理其中的Activity，這個棧又被稱為返回棧(back stack)，棧中Activity的順序就是按照它們被打開的順序依次存放的。返回棧是一個典型的後進先出(last in, first out)的數據結構。下圖通過時間線的方式非常清晰地向我們展示了多個Activity在返回棧當中的狀態變化：
taskAffinity 任務相關性，可以用於指定一個Activity更加願意依附於哪一個任務，在默認情況下，同一個應用程序中的所有Activity都具有相同的affinity， 名字為應用的包名。當然了，我們可以為每個 Activity 都單獨指定 taskAffinity 屬性（不與包名相同）。taskAffinity 屬性主要和 singleTask 啟動模式和 allowTaskReparenting 屬性配對使用，在其他情況下沒有意義。
taskAffinity 有下面兩種應用場景：
分為顯示啟動和隱式啟動。
（1）顯示啟動
直接指定待調整的Activity類名。
（2）隱式啟動
Intent 能夠匹配目標組件的 IntentFilter 中所設置的過濾信息，如果不匹配將無法啟動目標 Activity。IntentFilter 的過濾信息有 action、category、data。
IntentFilter 需要注意的地方有以下：
● 一個 Activity 中可以有多個 intent-filter
● 一個 intent-filter 同時可以有多個 action、category、data
● 一個 Intent 只要能匹配任何一組 intent-filter 即可啟動對應 Activity
● 新建的 Activity 必須加上以下這句，代表能夠接收隱式調用
<category android:name="android.intent.category.DEFAULT" />
只要匹配一個action即可跳轉，注意的是action要區分大小寫。
規則：如果intent中有category，則所有的都能匹配到intent-filter中的category，intent中的category數量可用少於intent-filter中的。另外，單獨設置category是無法匹配activity的，因為category屬性是一個執行Action的附加信息。
intent不添加category會匹配默認的，即 「android:intent.category.DEFAULT」
如果上面例子，如果去掉intent.setAction("action_name")，則會拋出異常：
規則：類似action，但data有復雜的結構，只要匹配一個data並且與data中所有屬性都一致就能匹配到Activity，只要有1個屬性不匹配，都無法找到activity。
data的結構：
data 主要是由 URI 和 mimeType 組成的。
URI 可配置很多信息，的結構如下：
與url類似，例如：
mineType：指資源類型包括文本、圖片、音視頻等等，例如:text/plain、 image/jpeg、video/* 等
下面看下data匹配的例子：
只匹配scheme
只匹配scheme也是能匹配到activity的。
匹配scheme、host、port
將上面的data改為
匹配mineType
如果有mineType，則不能僅設置setData或setMineType了，因為setData會把mineType置為null，而setMineType會把data置為null，導致永遠無法匹配到activity，要使用setDataAndType。
使用scheme的默認值contentfile
注意該方法需要在startAtivity方法或者是finish方法調用之後立即執行，不能延遲，但可以在子線程執行。
而在windowAnimationStyle中存在四種動畫：
activityOpenEnterAnimation // 打開新的Activity並進入新的Activity展示的動畫
activityOpenExitAnimation // 打開新的Activity並銷毀之前的Activity展示的動畫
activityCloseEnterAnimation //關閉當前Activity進入上一個Activity展示的動畫
activityCloseExitAnimation // 關閉當前Activity時展示的動畫
overridePendingTransition的方式比較生硬，方法也比較老舊了，不適用於MD風格，google提供了新的轉場動畫ActivityOptions，並提供了兼容包ActivityOptionsCompat。
我們知道在onCreate和onResume裡面直接獲取到控制項寬高為0，那有什麼辦法獲取到控制項的實際寬高？只要有onWindowFocusChanged、view.post、ViewTreeObserver三種方式獲取。
當用戶點擊桌面圖標啟動APP時，背後的流程如下：
我們看到的手機桌面是Launch程序的界面，點擊應用圖標會觸發點擊事件，調用startActivity(intent)，然後通過Binder IPC機制，與ActivityManagerService(AMS)通訊，AMS執行一系列操作，最終啟動目前應用，大概流程如下：
通過PackageManager的resolveIntent()收集跳轉intent對象的指向信息，然後通過grantUriPermissionLocked()方法來驗證用戶是否有足夠的許可權去調用該intent對象指向的Activity。如果有許可權，則在新的task中啟動目標activity，如果發現沒有進程，則先創建進程。
如果進程不存在，AMS會調用startProcessLocked創建新的進程，在該方法中，會通過socket的通訊方式通知zygote進程孵化新的進程並返回pid，在新的進程中會初始化ActivityThread，並依次調用Looper.prepareLoop()和Looper.loop()來開啟消息循環。
創建好進程後下一步要將Application和進程綁定起來，AMS會調用上一節創建的ActivityThread對象的bindAppliction方法完成綁定工作，該方法會發送一條BIND_APPLICATION的消息，最終會調用handleBindApplication方法處理消息，並調用makeApplication方法處理消息，載入APP的classes到內存中。
通過前面的步驟，系統已經擁有了該Application的進程，後續的啟動則是從已存在其他進程中啟動Acitivity，即調用realStartAcitvityLocked，該方法會調用Application的主線程對象ActivityThread的sheleLaunchActivity方法，在方法中會發送LAUNCH_ACTIVITY到消息隊列，最終通過handleLaunchActivity處理消息，完成Acitivty的啟動。
Activity
Activity 的 36 大難點，你會幾個？「建議收藏」
[譯]Android Application啟動流程分析
『伍』 android 如何監聽前後台切換
這段時間有需求，需要利用aop切面技術完成數據統計的工作，其中需要統計活躍（定的規則是：用戶從後台切換到前台就算一次活躍）。所以關於如何監聽前後台切換就有以下的描寫。
一.使用ActivityLifecycleCallbacks簡單app進入後台
有時需要監聽到應用在前後台切換並做些處理，一般的做法可能是建立一個BaseActivity，然後全部的Activity都繼承它，在BaseActivity的onStart和onStop中計數去處理。這樣並不是最好的方式，不做詳細介紹，有更好的方式，道理其實差不多，就是藉助ActivityLifecycleCallbacks來實現。
1）寫了個幫助類：
2）Application中使用（注意：僅在Application中才能使用，因為Application的生命周期能監聽到每個Activity）
原文地址： https://blog.csdn.net/bzlj2912009596/article/details/80073396