當(dāng)屏幕轉(zhuǎn)動(dòng)切換的時(shí)候 Android 機(jī)制是:
銷毀當(dāng)前屏幕的 Activity ，然后重新開(kāi)啟一個(gè)新的適應(yīng)屏幕改變的 Activity 。
那么，我們?cè)撊绾卧谄聊磺袚Q的時(shí)候頁(yè)面信息不被重置呢？

解決實(shí)現(xiàn)：
1.在 AnroidMainifest.xml 的 activity 元素中加入：

表示在改變屏幕方向、彈出軟件盤和隱藏軟鍵盤時(shí)，不再去執(zhí)行 onCreate() 方法，
而是直接執(zhí)行 onConfigurationChanged() 。
如果不申明此段代碼，按照Activity的生命周期，都會(huì)去執(zhí)行一次 onCreate() 方法，
而 onCreate() 方法通常會(huì)在顯示之前做一些初始化工作。

所以如果改變屏幕方向這樣的操作都去執(zhí)行 onCreate() 方法，就有可能造成重復(fù)的初始化，
降低程序效率是必然的了，而且更有可能因?yàn)橹貜?fù)的初始化而導(dǎo)致數(shù)據(jù)的丟失。
這是需要避免的！

2.權(quán)限聲明：

API 中說(shuō)該權(quán)限允許我們改變配置信息,但是我們?cè)诟淖兤聊环较虻某绦蛑袇s并沒(méi)有用到該權(quán)限，是不是相互沖突了呢？
這里我們可以這樣認(rèn)為，當(dāng)我們聲明該權(quán)限的的時(shí)候，
系統(tǒng)允許我們通過(guò)重寫 activity 中的 onConfigurationChanged 方法來(lái)捕獲和修改某些配置信息。

3.在 Java 源代碼文件中重寫 Activity 中的 onConfigurationChanged 方法：

一、新建一個(gè) Activity ，并把各個(gè)生命周期打印出來(lái)：
第一步：
運(yùn)行 Activity ，得到如下信息：

第二步：
按 crtl + f12 切換成橫屏?xí)r：

第三步：
再按 crtl + f12 切換成豎屏?xí)r，發(fā)現(xiàn)打印了兩次相同的信息：

第四步：
修改 AndroidManifest.xml 文件中的 Activity 元素，
添加 android:configChanges="orientation" ，
按 crtl + f12 切換成橫屏?xí)r：(與上面無(wú)修改時(shí)相同)

第五步：
再按 crtl + f12 切換成豎屏?xí)r，
發(fā)現(xiàn)不會(huì)再打印相同信息，
但多打印了一行 onConfigChanged ：

第六步：
修改 AndroidManifest.xml 文件中的 Activity 元素，
把

按 crtl + f12 切換成橫屏?xí)r，
就只打印 onConfigChanged ：

第七步：
按 crtl + f12 切換成豎屏?xí)r：

二、總結(jié)：
1.不設(shè)置 AndroidManifest.xml 文件中的 Activity 元素的 android:configChanges 時(shí)，
切屏?xí)匦抡{(diào)用各個(gè)生命周期，切橫屏?xí)r會(huì)執(zhí)行一次，切豎屏?xí)r會(huì)執(zhí)行兩次；

2.設(shè)置了 AndroidManifest.xml 文件中的 Activity 元素的
android:configChanges="orientation"時(shí)，
切屏還是會(huì)重新調(diào)用各個(gè)生命周期，切橫、豎屏?xí)r只會(huì)執(zhí)行一次；

3.設(shè)置了 AndroidManifest.xml 文件中的 Activity 元素的
android:configChanges="orientation|keyboardHidden"時(shí)，
切屏不會(huì)重新調(diào)用各個(gè)生命周期，只會(huì)執(zhí)行 onConfigurationChanged 方法！

三、補(bǔ)充一點(diǎn)：
1.當(dāng)前 Activity 產(chǎn)生事件彈出 Toast 和 AlertDialog 的時(shí)候 Activity 的生命周期不會(huì)有改變!

2.Activity 運(yùn)行時(shí)按下 home 鍵(跟被完全覆蓋是一樣的)：

3.Activity 未被完全覆蓋只是失去焦點(diǎn)：

最新評(píng)論