android緩存activity

① android開發中，每次進某一個Activity頁面的時候，都需要訪問API來刷新數據，如何緩存數據在本地呢，

存在sqlite或者文件里不就行了么，進入的時候就讀取本地文件，有刷新操作的時候再請求介面

② android寮鍙戜腑鐨凙ctivity鐢熷懡鍛ㄦ湡鏄浠涔淇濆瓨activity鐨勪竴浜涗俊鎮鍦ㄥ摢涓鐢熷懡鍛ㄦ湡鏂規硶涓

銆愮瓟妗堛戱細鍏辨湁涓冧釜鍛ㄦ湡鍑芥暟錛
void onCreate(Bundle savedInstanceState) 絎涓嬈″壋寤烘椂璋冪敤
void onStart() 琚鐢ㄦ埛鍙瑙佹椂璋冪敤
void onRestart() 褰揂ctivity澶勪簬stop鐘舵佸張琚閲嶆柊鍚鍔ㄦ椂璋冪敤
void onResume() 褰撹幏寰楃劍鐐瑰嵆鍙涓庣敤鎴蜂氦浜掓椂璋冪敤
void onPause() 褰撳け鍘葷劍鐐規椂璋冪敤
void onStop() 褰撲笉鍙瑙佹椂璋冪敤
void onDestroy() 褰撻攢姣佹椂璋冪敤

③ android 中怎樣能夠清除activity堆棧，也就是退出整個應用

如果退出整個程序，如下操作:方式一:Intent intent=new Intent(Intent.ACTION_MAIN);intent.addCategory(Intent.CATEGORY_HOME);intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);this.startActivity(intent);System.exit(0); 方式二:android.os.Process.killProcess(android.os.Process.myPid()); android 完全退出程序有幾個activity，有一需求是在一個activityA點擊back鍵退出系統而不是跳到之前的activity首先想到的是清空activityA的堆棧，使用intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP); 但是該activityA不是已經存在於堆棧底端的，所以清除的只是堆棧中該activityA上面的activity，但後退後還是會返回堆棧中該activityA下面的activity。

④ android 怎麼用Intent.setFlag 清除以前的activity

android intent中設置如下flag，可以清除棧頂的activity：
intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
還有其他tag如下：
1.FLAG_ACTIVITY_CLEAR_TOP：跳轉到的activity若已在棧中存在，則將其上的activity都銷掉。
2.FLAG_ACTIVITY_NEW_TASK：activity要存在於activity的棧中，而非activity的途徑啟動activity時必然不存在一個activity的棧，所以要新起一個棧裝入啟動的activity。簡而言之，跳轉到的activity根據情況，可能壓在一個新建的棧中。
3.FLAG_ACTIVITY_NO_HISTORY：跳轉到的activity不壓在棧中。
4.FLAG_ACTIVITY_SINGLE_TOP：和Activity的Launch mode的singleTop類似。如果某個intent添加了這個標志，並且這個intent的目標activity就是棧頂的activity，那麼將不會新建一個實例壓入棧中。簡而言之，目標activity已在棧頂則跳轉過去，不在棧頂則在棧頂新建activity。

⑤ Android Activity啟動模式與狀態保存及恢復詳解

       Activity是 Android組件 中最基本也是最為常見用的四大組件（Activity，Service服務，Content Provider內容提供者，BroadcastReceiver廣播接收器）之一 。
       Activity是一個應用程序 組件 ，提供一個 屏幕 ，用戶可以用來交互為了完成某項任務。
       Activity中所有操作都與用戶密切相關，是一個負責與 用戶交互 的組件，可以通過setContentView(View)來 顯示指定控制項 。
       在一個android應用中，一個Activity通常就是一個單獨的屏幕，它上面可以顯示一些控制項也可以監聽並處理用戶的事件做出響應。Activity之間通過Intent進行通信。
       關於Activity啟動流程請參考之前的文章 Android activity啟動流程分析

       activity有四種啟動模式，分別為standard，singleTop，singleTask，singleInstance。如果要使用這四種啟動模式，必須在manifest文件中<activity>標簽中的launchMode屬性中配置。

       標準的默認啟動模式，這種模式下activity可以被多次實例化，即在一個task中可以存在多個activity，每一個activity會處理一個intent對象，（在A中再次啟動A，會存在後面的A在前面的A上面，當前task會存在兩個activity的實例對象）

       如果一個singleTop模式啟動的activity實例已經存在於棧頂，那麼再次啟動這個activity的時候，不會重新創建實例，而是重用位於棧頂的那個實例，並且會調用實例的onNewIntent()方法將Intent對象傳遞到這個實例中，如果實例不位於棧頂，會創建新的實例。

       啟動模式設置為singleTask，framework在啟動該activity時只會把它標示為可在一個新任務中啟動，至於是否在一個新任務中啟動，還要受其他條件的限制，即taskAffinity屬性。
        taskAffinity ：默認情況下，一個應用中的所有activity具有相同的taskAffinity，即應用程序的包名。我們可以通過設置不同的taskAffinity屬性給應用中的activity分組，也可以把不同的應用中的activity的taskAffinity設置成相同的值，當兩個不同應用中的activity設置成相同的taskAffinity時，則兩個activity會屬於同一個TaskRecord。
       在啟動一個singleTask的Activity實例時，如果系統中已經存在這樣一個實例，就會將這個實例調度到任務棧的棧頂，並清除它當前所在任務中位於它上面的所有的activity；如果這個已存在的任務中不存在一個要啟動的Activity的實例，則在這個任務的頂端啟動一個實例；若這個任務不存在，則會啟動一個新的任務，在這個新的任務中啟動這個singleTask模式的Activity的一個實例。

       以singleInstance模式啟動的Activity具有全局唯一性，即整個系統中只會存在一個這樣的實例，如果在啟動這樣的Activiyt時，已經存在了一個實例，那麼會把它所在的任務調度到前台，重用這個實例。
       以singleInstance模式啟動的Activity具有獨占性，即它會獨自佔用一個任務，被他開啟的任何activity都會運行在其他任務中（官方文檔上的描述為，singleInstance模式的Activity不允許其他Activity和它共存在一個任務中）。
       被singleInstance模式的Activity開啟的其他activity，能夠開啟一個新任務，但不一定開啟新的任務，也可能在已有的一個任務中開啟，受條件的限制，這個條件是：當前系統中是不是已經有了一個activity B的taskAffinity屬性指定的任務。

       涉及到Activity啟動，就不得不說一下Activity的管理，Activity是以什麼方式及被什麼類來進行管理的，涉及的類主要如下：

       歷史棧中的一個條目，代表一個activity。ActivityRecord中的成員變數task表示其所在的TaskRecord，ActivityRecord與TaskRecord建立了聯系。

       內部維護一個 ArrayList<ActivityRecord> 用來保存ActivityRecord，TaskRecord中的mStack表示其所在的ActivityStack，TaskRecord與ActivityStack建立了聯系。

       內部維護了一個 ArrayList<TaskRecord> ，用來管理TaskRecord，ActivityStack中持有ActivityStackSupervisor對象，由ActivityStackSupervisor創建。

       負責所有ActivityStack的管理。內部管理了mHomeStack、mFocusedStack和mLastFocusedStack三個Activity棧。其中，mHomeStack管理的是Launcher相關的Activity棧；mFocusedStack管理的是當前顯示在前台Activity的Activity棧；mLastFocusedStack管理的是上一次顯示在前台Activity的Activity棧。

       ActivityThread 運行在UI線程（主線程），App的真正入口。

       用來實現AMS和ActivityThread之間的交互。

       負責調用Activity和Application生命周期。

       當一個Activity未被主動關閉，即「被動關閉」時，可能需要系統給用戶提供保持一些狀態的入口。

       前面說的入口就是：Activity提供了onSaveInstanceState()方法，該方法是Activity在關閉前保存狀態的核心方法。

       前面提到「被動關閉」，如果是主動關閉那麼就不會調用，比如：按back鍵、調用finish()等，那麼"被動關閉"的場景有哪些呢？下面給列舉一下：

       肯定在調用onStop()前被調用，但不保證在onPause()前 / 後，一般是在onPause()後調用。

       當需要保持狀態時，在onSaveInstanceState()內執行以下邏輯：

       當需要恢復時，在onCreate()內部執行以下邏輯：

       布局每個View默認實現：onSaveInstanceState()，即UI的任何改變都會自動的存儲和在activity重新創建的時候自動的恢復(只有在為該UI提供了唯一ID後才起作用)；
       若需復寫該方法從而存儲額外的狀態信息時，應先調用父類的onSaveInstanceState()（因為默認的onSaveInstanceState()幫助UI存儲它的狀態）；
       只使用該方法記錄Activity的瞬間狀態（UI的狀態），而不是去存儲持久化數據，因為onSaveInstanceState()調用時機不確定性；可使用 onPause()[一定會執行]存儲持久化數據；

       Activity提供了onRestoreInstanceState()方法，該方法是Activity在重新創建後恢復之前保存狀態的核心方法。

       若被動關閉了Activity，即調用了onSaveInstanceState()，那麼下次啟動時會調用onRestoreInstanceState()。

       onCreate()--->onStart()--->onRestoreInstanceState()--->onResume()

        注意： onSaveInstanceState（）、onRestoreInstanceState（）不一定 成對被調用
       如：當正在顯示Activity A時，用戶按下HOME鍵回到主界面，然後用戶緊接著又返回到Activity A，此時Activity A一般不會因為內存的原因被系統銷毀，故Activity A的onRestoreInstanceState()不會被執行；
       針對以上情況，onSaveInstanceState保持的參數可以選擇在onCreate()內部進行解析使用，因為onSaveInstanceState的bundle參數會傳遞到onCreate方法中，可選擇在onCreate()中做數據還原。
        至此：Activity的啟動模式及Activity的狀態保持及恢復介紹完畢。