android應用程序生命周期

❶ android技術分享｜Android 中部分內存泄漏示例及解決方案

內存泄漏：

舉例：

請注意以下的例子是虛構的

內存抖動

源自Android文檔中的 Memory churn 一詞，中文翻譯為內存抖動。

指快速頻繁的創建對象從而產生的性能問題。

引用Android文檔原文：

Java內存泄漏的根本原因是 長生命周期 的對象持有 短生命周期 對象的引用就很可能發生內存泄漏。

盡管短生命周期對象已經不再需要，但因為長生命周期依舊持有它的引用，故不能被回收而導致內存泄漏。

靜態集合類引起的內存泄漏

如果僅僅釋放引用本身(tO = null)， ArrayList 依然在引用該對象，GC無法回收。

監聽器

在Java應用中，通常會用到很多監聽器，一般通過 addXXXXListener() 實現。但釋放對象時通常會忘記刪除監聽器，從而增加內存泄漏的風險。

各種連接

如資料庫連接、網路連接（Socket）和I/O連接。忘記顯式調用 close() 方法引起的內存泄漏。

內部類和外部模塊的引用

內部類的引用是很容易被遺忘的一種，一旦沒有釋放可能會導致一系列後續對象無法釋放。此外還要小心外部模塊不經意的引用，內部類是否提供相應的操作去除外部引用。

單例模式

由於單例的靜態特性，使其生命周期與應用的生命周期一樣長，一旦使用不恰當極易造成內存泄漏。如果單利持有外部引用，需要注意提供釋放方式，否則當外部對象無法被正常回收時，會進而導致內存泄漏。

集合類泄漏

如集合的使用范圍超過邏輯代碼的范圍，需要格外注意刪除機制是否完善可靠。比如由靜態屬性 static 指向的集合。

單利泄漏

以下為簡單邏輯代碼，只為舉例說明內存泄漏問題，不保證單利模式的可靠性。

AppManager 創建時需要傳入一個 Context ，這個 Context 的生命周期長短至關重要。

1. 如果傳入的是 Application 的 Context ，因為 Application 的生命周期等同於應用的生命周期，所以沒有任何問題。

2. 如果傳入的是 Activity 的 Context ，則需要考慮這個 Activity 是否在整個生命周期都不會被回收了，如果不是，則會造成內存泄漏。

非靜態內部類創建靜態實例造成的內存泄漏

應該將該內部類單獨封裝為一個單例來使用。

匿名內部類/非同步線程

Runnable都使用了匿名內部類，將持有MyActivity的引用。如果任務在Activity銷毀前未完成，將導致Activity的內存無法被回收，從而造成內存泄漏。

解決方法：將Runnable獨立出來或使用靜態內部類，可以避免因持有外部對象導致的內存泄漏。

Handler造成的內存泄漏

Handler屬於TLS(Thread Local Storage)變數，生命周期與Activity是不一致的，容易導致持有的對象無法正確被釋放

當Android應用程序啟動時，該應用程序的主線程會自動創建一個Looper對象和與之關聯的MessageQueue。

當主線程中實例化一個Handler對象後，它就會自動與主線程Looper的MessageQueue關聯起來。所有發送到MessageQueue的Messag都會持有Handler的引用，所以Looper會據此回調Handle的handleMessage()方法來處理消息。只要MessageQueue中有未處理的Message，Looper就會不斷的從中取出並交給Handler處理。

另外，主線程的Looper對象會伴隨該應用程序的整個生命周期。

在Java中，非靜態內部類和匿名類內部類都會潛在持有它們所屬的外部類的引用，但是靜態內部類卻不會。

當該 Activity 被 finish() 掉時，延遲執行任務的 Message 還會繼續存在於主線程中，它持有該 Activity 的 Handler 引用，所以此時 finish() 掉的 Activity 就不會被回收了從而造成內存泄漏（因 Handler 為非靜態內部類，它會持有外部類的引用，在這里就是指 SampleActivity）。

避免不必要的靜態成員變數

對於BroadcastReceiver、ContentObserver、File、Cursor、Stream、Bitmap等資源的使用，應在Activity銷毀前及時關閉或注銷。

不使用WebView對象時，應調用`destroy()`方法銷毀。

❷ Android中，activity生命周期是指什麼

一個Android應用程序在運行時，對於底層的Linux Kernel而言都是一個單獨的進程，但是對於Android系統而言，因為局限於手機畫面的大小與使用的考慮，不能把每一個運行中的應用程序窗口都顯示出來。

所以通常手機系統的界面一次僅顯示一個應用程序窗口，Android使用了Activity的概念來表示界面。

運行中的應用程序分為五大類，分別是：

前景模式：foreground process

可見模式：visible process

背景模式：background process

空白模式：empty process

服務模式：service process

除了最後一個，貌似service process是Service的事情了。其他都與Activity相關。

Android系統會判斷應用程序Activity是屬於哪一個類，給予不同的Activity生命周期。

Activity的生命周期也是它所在進程的生命周期。

Activity生命周期的運行如圖：

Activity生命周期的每一個階段都表示為金字塔上的一個台階，當系統創建一個新的activity時，每一個回調函數都把activity的狀態網上挪一步。

金子塔的最頂層就是activity運行在前景模式下，用戶可與之交互。

當用戶離開activity時，系統調用另一些回調函數，將activity的狀態從金字塔中一步一步移下來。有些情況下，activity只移動一部分，並沒有完全到底，這些情況下仍然可以移動回頂部。

注意這些狀態中只有三個狀態是靜態（static）的，意味著activity只有在這三個狀態下能停留一段時間：

Resumed：foreground，用戶可交互running state

Paused：部分被遮擋，不能接收用戶輸入也不能執行代碼，另一個半透明或者小的activity正擋在前面。

Stopped：activity完全被遮擋，不能被用戶看到，activity被認為在background，當Stopped的時候，activity實例的狀態信息被保留，但是不能執行任何代碼。

其他狀態都是轉換狀態，系統會很快調用其他相應的回調函數離開這些狀態。比如系統調用onCreate()之後，會很快調用onStart()，之後是onResume()。

相信不少朋友也已經看了以上的分析之後，也基本了解了Activity生命周期的幾個過程，我們就來說一說這幾個過程。

1.啟動Activity：系統會先調用onCreate方法，然後調用onStart方法，最後調用onResume，Activity進入運行狀態。

2.當前Activity被其他Activity覆蓋其上或被鎖屏：系統會調用onPause方法，暫停當前Activity的執行。

3.當前Activity由被覆蓋狀態回到前台或解鎖屏：系統會調用onResume方法，再次進入運行狀態。

4.當前Activity轉到新的Activity界面或按Home鍵回到主屏，自身退居後台：系統會先調用onPause方法，然後調用onStop方法，進入停滯狀態。

5.用戶後退回到此Activity：系統會先調用onRestart方法，然後調用onStart方法，最後調用onResume方法，再次進入運行狀態。

6.當前Activity處於被覆蓋狀態或者後台不可見狀態，即第2步和第4步，系統內存不足，殺死當前Activity，而後用戶退回當前Activity：再次調用onCreate方法、onStart方法、onResume方法，進入運行狀態。

7.用戶退出當前Activity：系統先調用onPause方法，然後調用onStop方法，最後調用onDestory方法，結束當前Activity。

有關於Activity的生命周期是Android中最基礎和最重要的知識，如果你想系統的了解一下Activity的生命周期，推薦你可以去一個叫做秒秒學的教程網站上看看。

❸ Android中如何通過logcat追蹤生命周期事件

使用 logcat 命令 查看和跟蹤系統日誌緩沖區的命令logcat的一般用法是：[adb] logcat [] ... [] ... 下文介紹過濾器和命令選項，詳細內容可參見Listing of logcat Command Options。 可以在開發機中通過遠程shell的方式使用logcat命令查看日誌輸出： $ adb logcat如果是在遠程shell中可直接使用命令：# logcat過濾日誌輸出每一條日誌消息都有一個標記和優先順序與其關聯。 標記是一個簡短的字元串，用於標識原始消息的來源 (例如"View" 來源於顯示系統)。 優先順序是下面的字元，順序是從低到高： V — 明細 (最低優先順序) ,D — 調試I — 信息,W — 警告,E — 錯誤,F — 嚴重錯誤S — 無記載 (最高優先順序，沒有什麼會被記載) 通過運行logcat ，可以獲得一個系統中使用的標記和優先順序的列表，觀察列表的前兩列，給出的格式是/。 這里是一個日誌輸出的消息，優先順序是「I」，標記是「ActivityManager」： I/ActivityManager( 585): Starting activity: Intent { action=android.intent.action...} 如果想要減少輸出的內容，可以加上過濾器表達式進行限制，過濾器可以限制系統只輸出感興趣的標記-優先順序組合。 過濾器表達式的格式是tag:priority ... ，其中tag是標記， priority是最小的優先順序， 該標記標識的所有大於等於指定優先順序的消息被寫入日誌。也可以在一個過濾器表達式中提供多個這樣的過濾，它們之間用空格隔開。 下面給出的例子是僅輸出標記為「ActivityManager」並且優先順序大於等於「Info」和標記為「MyApp」並且優先順序大於等於「Debug」的日誌： adb logcat ActivityManager:I MyApp:D *:S 上述表達式最後的 *:S 用於設置所有標記的日誌優先順序為S，這樣可以確保僅有標記為「View」(譯者註：應該為ActivityManager，原文可能是筆誤)和「MyApp」的日誌被輸出，使用 *:S 是可以確保輸出符合指定的過濾器設置的一種推薦的方式，這樣過濾器就成為了日誌輸出的「白名單」。 下面的表達是顯示所有優先順序大於等於「warning」的日誌： adb logcat *:W如果在開發用電腦上運行 logcat (相對於運行運程shell而言)，也可以通過ANDROID_LOG_TAGS環境變數設置默認的過濾器表達式： export ANDROID_LOG_TAGS="ActivityManager:I MyApp:D *:S" 需要注意的是，如果是在遠程shell或是使用adb shell logcat 命令運行logcat ， ANDROID_LOG_TAGS不會導出到模擬器或手機設備上。 控制日誌格式 日誌消息在標記和優先順序之外還有很多元數據欄位，這些欄位可以通過修改輸出格式來控制輸出結果， -v 選項加上下面列出的內容可以控制輸出欄位： brief — 顯示優先順序/標記和原始進程的PID (默認格式) process — 僅顯示進程PID tag — 僅顯示優先順序/標記 thread — 僅顯示進程：線程和優先順序/標記 raw — 顯示原始的日誌信息，沒有其他的元數據欄位 time — 顯示日期，調用時間，優先順序/標記，PID long —顯示所有的元數據欄位並且用空行分隔消息內容 可以使用 -v啟動 logcat來控制日誌格式： [adb] logcat [-v ] 例如使用 thread 輸出格式： adb logcat -v thread注意只能在 -v 選項中指定一種格式。 Viewing Alternative Log Buffers Android日誌系統為日誌消息保持了多個循環緩沖區，而且不是所有的消息都被發送到默認緩沖區，要想查看這些附加的緩沖區，可以使用-b選項，以下是可以指定的緩沖區：radio — 查看包含在無線/電話相關的緩沖區消息events — 查看事件相關的消息main — 查看主緩沖區 (默認緩沖區)b 選項的用法：[adb] logcat [-b ] 例如查看radio緩沖區：adb logcat -b radio adb logcat簡單舉例：1、導入日誌到sd卡 $ adb shell monkey -p your.package.name -v 500 一些常用的參數信息：v命令行的每一個-v將增加反饋信息的級別。Level 0(預設值)除啟動提示、測試完成和最終結果之外，提供較少信息。Level1提供較為詳細的測試信息，如逐個發送到Activity的事件。Level 2提供更加詳細的設置信息，如測試中被選中的或未被選中的Activity。 事件s偽隨機數生成器的seed值。如果用相同的seed值再次運行Monkey，它將生成相同的事件序列。 throttle在事件之間插入固定延遲。通過這個選項可以減緩Monkey的執行速度。如果不指定該選項，Monkey將不會被延遲，事件將盡可能快地被產成。 pct-touch調整觸摸事件的百分比(觸摸事件是一個down-up事件，它發生在屏幕上的某單一位置)。 pct-motion調整動作事件的百分比(動作事件由屏幕上某處的一個down事件、一系列的偽隨機事件和一個up事件組成)。 pct-trackball調整軌跡事件的百分比(軌跡事件由一個或幾個隨機的移動組成，有時還伴隨有點擊)。 pct-nav調整「基本」導航事件的百分比(導航事件由來自方向輸入設備的up/down/left/right組成)。 pct-majornav調整「主要」導航事件的百分比(這些導航事件通常引發圖形界面中的動作，如：5-way鍵盤的中間按鍵、回退按鍵、菜單按鍵) pct-syskeys調整「系統」按鍵事件的百分比(這些按鍵通常被保留，由系統使用，如Home、Back、Start Call、End Call及音量控制鍵)。 pct-appswitch調整啟動Activity的百分比。在隨機間隔里，Monkey將執行一個startActivity()調用，作為最大程度覆蓋包中全部Activity的一種方法。 pct-anyevent調整其它類型事件的百分比。它包羅了所有其它類型的事件，如：按鍵、其它不常用的設備按鈕、等等。 約束限制p 如果用此參數指定了一個或幾個包，Monkey將只允許系統啟動這些包里的Activity。如果你的應用程序還需要訪問其它包里的Activity(如選擇取一個聯系人)，那些包也需要在此同時指定。如果不指定任何包，Monkey將允許系統啟動全部包里的Activity。要指定多個包，需要使用多個p選項，每個-p選項只能用於一個包。 c如果用此參數指定了一個或幾個類別，Monkey將只允許系統啟動被這些類別中的某個類別列出的Activity。如果不指定任何類別，Monkey將選擇下列類別中列出的Activity：Intent.CATEGORY_LAUNCHER或Intent.CATEGORY_MONKEY。要指定多個類別，需要使用多個-c選項，每個-c選項只能用於一個類別。 調試dbg-no-events設置此選項，Monkey將執行初始啟動，進入到一個測試Activity，然後不會再進一步生成事件。為了得到最佳結果，把它與-v、一個或幾個包約束、以及一個保持Monkey運行30秒或更長時間的非零值聯合起來，從而提供一個環境，可以監視應用程序所調用的包之間的轉換。 hprof設置此選項，將在Monkey事件序列之前和之後立即生成profiling報告。這將會在data/misc中生成大文件(~5Mb)，所以要小心使用它。 ignore-crashes通常，當應用程序崩潰或發生任何失控異常時，Monkey將停止運行。如果設置此選項，Monkey將繼續向系統發送事件，直到計數完成。 ignore-timeouts通常，當應用程序發生任何超時錯誤(如「Application NotResponding」對話框)時，Monkey將停止運行。如果設置此選項，Monkey將繼續向系統發送事件，直到計數完成。 ignore-security-exceptions通常，當應用程序發生許可錯誤(如啟動一個需要某些許可的Activity)時，Monkey將停止運行。如果設置了此選項，Monkey將繼續向系統發送事件，直到計數完成。 kill-process-after-error通常，當Monkey由於一個錯誤而停止時，出錯的應用程序將繼續處於運行狀態。當設置了此選項時，將會通知系統停止發生錯誤的進程。注意，正常的(成功的)結束，並沒有停止啟動的進程，設備只是在結束事件之後，簡單地保持在最後的狀態。 monitor-native-crashes監視並報告Android系統中本地代碼的崩潰事件。如果設置了--kill-process-after-error，系統將停止運行。