作者簡(jiǎn)介? 原創(chuàng)微信公眾號(hào)郭霖 WeChat ID： guolin_blog
又是周五啦，提前祝大家周末愉快童漩！
本篇有關(guān)?onConfigurationChanged 方法的分析矢劲，恰好有兩篇這方面內(nèi)容的投稿(分別來(lái)自朱小姐以及小楠)邀杏，合起來(lái)正好由淺入深驰徊，希望能夠?qū)Υ蠹矣兴鶐椭?/p>
朱小姐的博客地址：
http://blog.csdn.net/qq_27570955
小楠的博客地址：
http://www.reibang.com/u/70c12759d4fe
朱小姐篇
public void onConfigurationChanged(Configuration newConfig)方法介紹
newConfig：新的設(shè)備配置信息
當(dāng)系統(tǒng)的配置信息發(fā)生改變時(shí)庶诡，系統(tǒng)會(huì)調(diào)用此方法惦银。注意，只有在配置文件 AndroidManifest 中處理了 configChanges屬性 對(duì)應(yīng)的設(shè)備配置，該方法才會(huì)被調(diào)用扯俱。如果發(fā)生設(shè)備配置與在配置文件中設(shè)置的不一致书蚪，則Activity會(huì)被銷(xiāo)毀并使用新的配置重建。
例如：當(dāng)屏幕方向發(fā)生改變時(shí)迅栅，Activity會(huì)被銷(xiāo)毀重建殊校，如果在 AndroidManifest 文件中處理屏幕方向配置信息如下：
則Activity不會(huì)被銷(xiāo)毀重建，而是調(diào)用 onConfigurationChanged 方法读存。
如果 configChanges 只設(shè)置了 orientation为流，則當(dāng)其他設(shè)備配置信息改變時(shí)，Activity 依然會(huì)銷(xiāo)毀重建让簿，且不會(huì)調(diào)用 onConfigurationChanged敬察。
例如，在上面的配置的情況下尔当，如果語(yǔ)言改變了莲祸，Acitivyt就會(huì)銷(xiāo)毀重建，且不會(huì)調(diào)用 onConfigurationChanged 方法椭迎。
configChanges設(shè)置取值
點(diǎn)擊可查看清晰大圖
注意：橫豎屏切換的屬性是 orientation锐帜。如果 targetSdkVersion 的值大于等于13，則如下配置才會(huì)回調(diào) onConfigurationChanged 方法：
android:configChanges="orientation|screenSize"
如果targetSdkVersion的值小于13侠碧，則只要配置：
android:configChanges="orientation"
網(wǎng)上有很多文章寫(xiě)說(shuō)橫豎屏切換時(shí) onConfigurationChanged方法 沒(méi)有調(diào)用抹估，使用如下的配置：
android:configChanges="orientation|keyboard|keyboardHidden"
但是，其實(shí)查官方文檔弄兜，只要配置?android:configChanges="orientation|screenSize" 就可以了药蜻。
擴(kuò)展：當(dāng)用戶(hù)接入一個(gè)外設(shè)鍵盤(pán)時(shí)，默認(rèn)軟鍵盤(pán)會(huì)自動(dòng)隱藏替饿，系統(tǒng)自動(dòng)使用外設(shè)鍵盤(pán)语泽。這個(gè)過(guò)程Activity的銷(xiāo)毀和隱藏執(zhí)行了兩次。并且 onConfigurationChanged() 不會(huì)調(diào)用视卢。
但是在配置文件中設(shè)置android:configChanges="keyboardHidden|keyboard"踱卵。當(dāng)接入外設(shè)鍵盤(pán)或者拔出外設(shè)鍵盤(pán)時(shí)，調(diào)用的周期是先調(diào)用onConfigurationChanged()周期后銷(xiāo)毀重建。
在這里有一個(gè)疑點(diǎn)，為什么有兩次的銷(xiāo)毀重建提茁？
其中一次的銷(xiāo)毀重建可以肯定是因?yàn)橥庠O(shè)鍵盤(pán)的插入和拔出驼卖。當(dāng)設(shè)置 android:configChanges="keyboardHidden|keyboard" 之后法挨，就不會(huì)銷(xiāo)毀重建，而是調(diào)用onConfigurationChanged()方法。
但是還有一次銷(xiāo)毀重建一直存在。
經(jīng)過(guò)測(cè)試眷柔，當(dāng)接入外設(shè)鍵盤(pán)時(shí)期虾，除了鍵盤(pán)類(lèi)型的改變，觸摸屏也發(fā)生了變化驯嘱。因?yàn)槭褂猛庠O(shè)鍵盤(pán)镶苞，觸摸屏不能使用了。（如果是接入觸摸板鞠评，不知道會(huì)不會(huì)有這個(gè)問(wèn)題茂蚓？歡迎大家提供意見(jiàn))。這里谢澈，我接入的是鍵盤(pán)煌贴，所以觸摸屏不能使用了。
總結(jié)：如果是鍵盤(pán)類(lèi)型發(fā)生了改變锥忿，則 configChanges屬性 配置如下Activity才不會(huì)銷(xiāo)毀重建，且回調(diào) onConfigurationChanged方法：
note:這里的外置物理鍵盤(pán)可以是游戲手柄怠肋、掃描槍敬鬓、鍵盤(pán)等等。
官方文檔：
https://developer.android.com/guide/topics/manifest/activity-element.html
小楠篇
在手機(jī)APP開(kāi)發(fā)的時(shí)候笙各，一般默認(rèn)會(huì)適配豎屏钉答，游戲開(kāi)發(fā)除外。但是在Android平板電腦開(kāi)發(fā)中杈抢，屏幕旋轉(zhuǎn)的問(wèn)題比較突出数尿，可以這樣說(shuō)，平板電腦的最初用意就是橫屏使用的惶楼，比較方便右蹦，用戶(hù)會(huì)經(jīng)常旋轉(zhuǎn)我們?cè)O(shè)備的屏幕。
屏幕旋轉(zhuǎn)的適配問(wèn)題以及遇到的一些坑
http://www.reibang.com/p/19393bb08e4f
上面我的文章中提到了一些坑歼捐，包括 View的測(cè)量不準(zhǔn)確何陆，onConfigurationChanged 的回調(diào)不確定，今天主要分析一下 onConfigurationChanged 調(diào)用的不確定性因素豹储。
關(guān)于這個(gè)問(wèn)題贷盲，筆者在網(wǎng)上搜索了一下關(guān)于為什么 onConfigurationChanged 的方法不會(huì)被調(diào)用，基本都是說(shuō)清單文件里面沒(méi)有正確配置剥扣，因?yàn)樵?Android2.3以后需要增加screenSize這個(gè)配置巩剖。
但是完全搜索不到關(guān)于我的問(wèn)題的搜索結(jié)果，畢竟做Android平板的并不多钠怯，因此寫(xiě)下來(lái)記錄自己的學(xué)習(xí)過(guò)程佳魔。
關(guān)于官方文檔
我們知道，在 Activity呻疹、View（ViewGroup）吃引、Fragment筹陵、Service、Content Provider 等等在設(shè)備的配置發(fā)生變化的時(shí)候镊尺，會(huì)回調(diào) onConfigurationChanged 的方法朦佩。實(shí)質(zhì)上主要是 Activity 中收到 AMS 的通知，回調(diào)庐氮，然后把事件分發(fā)到 Window语稠、Fragment、ActionBar 等弄砍。
下面我們可以通過(guò) Activity的onConfigurationChanged方法 源碼可以看到：
這里我們討論的是為什么當(dāng)我們的界面在設(shè)備配置發(fā)生變化的時(shí)候（屏幕旋轉(zhuǎn)）仙畦，有時(shí)候并不會(huì)回調(diào) onConfigurationChanged 呢？
關(guān)于Activity的官方文檔有下面一句話：
也就是說(shuō)音婶，在設(shè)備配置發(fā)生變化的時(shí)候慨畸，會(huì)回調(diào) onConfigurationChanged，但是前提條件是當(dāng)你的 Activity（組件）還在運(yùn)行的時(shí)候衣式。
這就很明顯了寸士，說(shuō)明一旦你的界面暫停以后就不會(huì)回調(diào)這個(gè)方法了。但是這樣會(huì)導(dǎo)致一個(gè)問(wèn)題碴卧，就是你的界面跳轉(zhuǎn)到其他界面的時(shí)候（當(dāng)前界面暫停）弱卡，然后發(fā)生了一次屏幕旋轉(zhuǎn)，再返回的時(shí)候住册，你的界面雖然旋轉(zhuǎn)了婶博，但是并沒(méi)有回調(diào) onConfigurationChanged 方法，并沒(méi)有執(zhí)行你的UI適配代碼荧飞。
源碼分析
想到四大組件凡人，我們第一時(shí)間應(yīng)該會(huì)想到 AMS(ActivityManagerService)，沒(méi)錯(cuò)垢箕，今天我們的始發(fā)站就是 AMS划栓。
在 AMS 里面搜索了一下關(guān)鍵字 Configuration，發(fā)現(xiàn)了 updateConfigurationLocked 這個(gè)方法（沒(méi)有說(shuō)明的情況下条获，都是只給出省略版）：
相信眼尖的朋友一定會(huì)看出來(lái)忠荞，在這里由 AMS 創(chuàng)建了 Configuration對(duì)象，然后通過(guò)進(jìn)程間通信帅掘，通知我們的app進(jìn)程委煤。
thread 是一個(gè) IApplicationThread 對(duì)象，繼承了 IInterface接口修档，也就是說(shuō)是一個(gè) AIDL 對(duì)象碧绞，實(shí)際上這個(gè)接口的實(shí)現(xiàn)類(lèi)是 ActivityThread 里面的內(nèi)部類(lèi) ApplicationThread。
publicinterfaceIApplicationThreadextendsIInterface{}
那么就是說(shuō)這時(shí)候 AMS 通過(guò) IApplicationThread 進(jìn)行了進(jìn)程間通信吱窝，實(shí)際上調(diào)用了我們APP所在的進(jìn)程的 ActivityThread 里面的內(nèi)部類(lèi) ApplicationThread 的 scheduleConfigurationChanged 方法：
這個(gè)方法很簡(jiǎn)單讥邻，就是發(fā)送消息給我們應(yīng)用程序的系統(tǒng)Handler迫靖，然后由它來(lái)處理消息，下面繼續(xù)分析處理消息的過(guò)程：
這里繼續(xù)調(diào)用了 handleConfigurationChanged 方法：
這個(gè)方法首先收集需要回調(diào) onConfigurationChanged 的組件信息兴使，如果當(dāng)前循環(huán)的組件是Activity系宜，那么通過(guò)調(diào)用 performConfigurationChangedForActivity 方法回調(diào)Activity的 onConfigurationChanged。
如果當(dāng)前循環(huán)不是 Activity发魄，比如說(shuō)是 Service 等盹牧，也需要 performConfigurationChanged 進(jìn)行相應(yīng)回調(diào)。
下面我們先看 performConfigurationChangedForActivity 這個(gè)方法：
實(shí)際上也會(huì)調(diào)用 performConfigurationChanged方法励幼，這里最終會(huì)回調(diào) Activity 的 onConfigurationChanged方法：
這里有個(gè)注意點(diǎn)汰寓，就是我們需要先調(diào)用 super 的 onConfigurationChanged方法，父類(lèi)的方法中會(huì)把 mCalled 置為true苹粟。
因?yàn)樯衔奶岬接谢割?lèi)的方法需要進(jìn)行一次分發(fā)。否則就會(huì)拋出 SuperNotCalledException六水。
我們的問(wèn)題還沒(méi)有解決俺孙，就是為什么我們的組件在暫停以后并不會(huì)回調(diào)呢？問(wèn)題的核心代碼就出在收集組件信息的時(shí)候掷贾，我們回到 ActivityThread 的系統(tǒng)Handler的 handleConfigurationChanged方法中：
這里收集了組件的信息，下面我們點(diǎn)進(jìn)去 collectComponentCallbacks 這個(gè)方法瞄一眼：
這個(gè)方法初始化一個(gè) ArrayList 用于存儲(chǔ)需要回調(diào)的組件信息荣茫，然后收集了當(dāng)前應(yīng)用的所有Application對(duì)象（多進(jìn)程的時(shí)候可能就會(huì)有多個(gè)）想帅，Activity，Service啡莉，Content Provider信息港准，然后進(jìn)行下一步回調(diào)。
關(guān)鍵是在收集Activity的時(shí)候咧欣，進(jìn)行了一次判斷：
經(jīng)過(guò)源碼的分析浅缸，已經(jīng)可以得出這個(gè)結(jié)論就是：
當(dāng) Activity 已經(jīng) Finish掉 或者 已經(jīng)暫停的時(shí)候，并不會(huì)把這個(gè)Activity添加進(jìn)來(lái)魄咕，這樣做是為了保證系統(tǒng)的效率衩椒，只去處理那些活躍（resume）的Activity，其他的不處理哮兰。
解決辦法
辦法一
我們可以《屏幕旋轉(zhuǎn)的適配問(wèn)題以及遇到的一些坑》這篇文章中提到的毛萌，通過(guò)自定義廣播的方式去接收android.intent.action.CONFIGURATION_CHANGED這個(gè)廣播。注意這個(gè)廣播只能夠在Java代碼中注冊(cè)才會(huì)有效果喝滞。
辦法二
重寫(xiě) Activity 的 onRestart 代替 onConfigurationChanged方法阁将，只不過(guò)需要判斷一下當(dāng)前的屏幕方向：
自己手動(dòng)判斷一下橫豎屏即可。
完右遭。做盅。缤削。。吹榴。亭敢。。腊尚。吨拗。。婿斥。劝篷。。民宿。娇妓。。活鹰。哈恰。。志群。着绷。
文章原創(chuàng)作者GuoLin 書(shū)籍推薦
郭林大神原創(chuàng)android 書(shū)籍：《第一行代碼 android》
