作者简介 原创微信公众号郭霖 WeChat ID： guolin_blog
又是周五啦，提前祝大家周末愉快！
本篇有关 onConfigurationChanged 方法的分析，恰好有两篇这方面内容的投稿(分别来自朱小姐以及小楠)，合起来正好由浅入深，希望能够对大家有所帮助。
朱小姐的博客地址：
http://blog.csdn.net/qq_27570955
小楠的博客地址：
http://www.jianshu.com/u/70c12759d4fe
朱小姐篇
public void onConfigurationChanged(Configuration newConfig)方法介绍
newConfig：新的设备配置信息
当系统的配置信息发生改变时，系统会调用此方法。注意，只有在配置文件 AndroidManifest 中处理了 configChanges属性 对应的设备配置，该方法才会被调用。如果发生设备配置与在配置文件中设置的不一致，则Activity会被销毁并使用新的配置重建。
例如：当屏幕方向发生改变时，Activity会被销毁重建，如果在 AndroidManifest 文件中处理屏幕方向配置信息如下：
则Activity不会被销毁重建，而是调用 onConfigurationChanged 方法。
如果 configChanges 只设置了 orientation，则当其他设备配置信息改变时，Activity 依然会销毁重建，且不会调用 onConfigurationChanged。
例如，在上面的配置的情况下，如果语言改变了，Acitivyt就会销毁重建，且不会调用 onConfigurationChanged 方法。
configChanges设置取值
点击可查看清晰大图
注意：横竖屏切换的属性是 orientation。如果 targetSdkVersion 的值大于等于13，则如下配置才会回调 onConfigurationChanged 方法：
android:configChanges="orientation|screenSize"
如果targetSdkVersion的值小于13，则只要配置：
android:configChanges="orientation"
网上有很多文章写说横竖屏切换时 onConfigurationChanged方法 没有调用，使用如下的配置：
android:configChanges="orientation|keyboard|keyboardHidden"
但是，其实查官方文档，只要配置 android:configChanges="orientation|screenSize" 就可以了。
扩展：当用户接入一个外设键盘时，默认软键盘会自动隐藏，系统自动使用外设键盘。这个过程Activity的销毁和隐藏执行了两次。并且 onConfigurationChanged() 不会调用。
但是在配置文件中设置android:configChanges="keyboardHidden|keyboard"。当接入外设键盘或者拔出外设键盘时，调用的周期是先调用onConfigurationChanged()周期后销毁重建。
在这里有一个疑点，为什么有两次的销毁重建？
其中一次的销毁重建可以肯定是因为外设键盘的插入和拔出。当设置 android:configChanges="keyboardHidden|keyboard" 之后，就不会销毁重建，而是调用onConfigurationChanged()方法。
但是还有一次销毁重建一直存在。
经过测试，当接入外设键盘时，除了键盘类型的改变，触摸屏也发生了变化。因为使用外设键盘，触摸屏不能使用了。（如果是接入触摸板，不知道会不会有这个问题？欢迎大家提供意见)。这里，我接入的是键盘，所以触摸屏不能使用了。
总结：如果是键盘类型发生了改变，则 configChanges属性 配置如下Activity才不会销毁重建，且回调 onConfigurationChanged方法：
note:这里的外置物理键盘可以是游戏手柄、扫描枪、键盘等等。
官方文档：
https://developer.android.com/guide/topics/manifest/activity-element.html
小楠篇
在手机APP开发的时候，一般默认会适配竖屏，游戏开发除外。但是在Android平板电脑开发中，屏幕旋转的问题比较突出，可以这样说，平板电脑的最初用意就是横屏使用的，比较方便，用户会经常旋转我们设备的屏幕。
屏幕旋转的适配问题以及遇到的一些坑
http://www.jianshu.com/p/19393bb08e4f
上面我的文章中提到了一些坑，包括 View的测量不准确，onConfigurationChanged 的回调不确定，今天主要分析一下 onConfigurationChanged 调用的不确定性因素。
关于这个问题，笔者在网上搜索了一下关于为什么 onConfigurationChanged 的方法不会被调用，基本都是说清单文件里面没有正确配置，因为在 Android2.3以后需要增加screenSize这个配置。
但是完全搜索不到关于我的问题的搜索结果，毕竟做Android平板的并不多，因此写下来记录自己的学习过程。
关于官方文档
我们知道，在 Activity、View（ViewGroup）、Fragment、Service、Content Provider 等等在设备的配置发生变化的时候，会回调 onConfigurationChanged 的方法。实质上主要是 Activity 中收到 AMS 的通知，回调，然后把事件分发到 Window、Fragment、ActionBar 等。
下面我们可以通过 Activity的onConfigurationChanged方法 源码可以看到：
这里我们讨论的是为什么当我们的界面在设备配置发生变化的时候（屏幕旋转），有时候并不会回调 onConfigurationChanged 呢？
关于Activity的官方文档有下面一句话：
也就是说，在设备配置发生变化的时候，会回调 onConfigurationChanged，但是前提条件是当你的 Activity（组件）还在运行的时候。
这就很明显了，说明一旦你的界面暂停以后就不会回调这个方法了。但是这样会导致一个问题，就是你的界面跳转到其他界面的时候（当前界面暂停），然后发生了一次屏幕旋转，再返回的时候，你的界面虽然旋转了，但是并没有回调 onConfigurationChanged 方法，并没有执行你的UI适配代码。
源码分析
想到四大组件，我们第一时间应该会想到 AMS(ActivityManagerService)，没错，今天我们的始发站就是 AMS。
在 AMS 里面搜索了一下关键字 Configuration，发现了 updateConfigurationLocked 这个方法（没有说明的情况下，都是只给出省略版）：
相信眼尖的朋友一定会看出来，在这里由 AMS 创建了 Configuration对象，然后通过进程间通信，通知我们的app进程。
thread 是一个 IApplicationThread 对象，继承了 IInterface接口，也就是说是一个 AIDL 对象，实际上这个接口的实现类是 ActivityThread 里面的内部类 ApplicationThread。
publicinterfaceIApplicationThreadextendsIInterface{}
那么就是说这时候 AMS 通过 IApplicationThread 进行了进程间通信，实际上调用了我们APP所在的进程的 ActivityThread 里面的内部类 ApplicationThread 的 scheduleConfigurationChanged 方法：
这个方法很简单，就是发送消息给我们应用程序的系统Handler，然后由它来处理消息，下面继续分析处理消息的过程：
这里继续调用了 handleConfigurationChanged 方法：
这个方法首先收集需要回调 onConfigurationChanged 的组件信息，如果当前循环的组件是Activity，那么通过调用 performConfigurationChangedForActivity 方法回调Activity的 onConfigurationChanged。
如果当前循环不是 Activity，比如说是 Service 等，也需要 performConfigurationChanged 进行相应回调。
下面我们先看 performConfigurationChangedForActivity 这个方法：
实际上也会调用 performConfigurationChanged方法，这里最终会回调 Activity 的 onConfigurationChanged方法：
这里有个注意点，就是我们需要先调用 super 的 onConfigurationChanged方法，父类的方法中会把 mCalled 置为true。
因为上文提到，父类的方法需要进行一次分发。否则就会抛出 SuperNotCalledException。
我们的问题还没有解决，就是为什么我们的组件在暂停以后并不会回调呢？问题的核心代码就出在收集组件信息的时候，我们回到 ActivityThread 的系统Handler的 handleConfigurationChanged方法中：
这里收集了组件的信息，下面我们点进去 collectComponentCallbacks 这个方法瞄一眼：
这个方法初始化一个 ArrayList 用于存储需要回调的组件信息，然后收集了当前应用的所有Application对象（多进程的时候可能就会有多个），Activity，Service，Content Provider信息，然后进行下一步回调。
关键是在收集Activity的时候，进行了一次判断：
经过源码的分析，已经可以得出这个结论就是：
当 Activity 已经 Finish掉 或者 已经暂停的时候，并不会把这个Activity添加进来，这样做是为了保证系统的效率，只去处理那些活跃（resume）的Activity，其他的不处理。
解决办法
办法一
我们可以《屏幕旋转的适配问题以及遇到的一些坑》这篇文章中提到的，通过自定义广播的方式去接收android.intent.action.CONFIGURATION_CHANGED这个广播。注意这个广播只能够在Java代码中注册才会有效果。
办法二
重写 Activity 的 onRestart 代替 onConfigurationChanged方法，只不过需要判断一下当前的屏幕方向：
自己手动判断一下横竖屏即可。
完。。。。。。。。。。。。。。。。。。。。。
文章原创作者GuoLin 书籍推荐
郭林大神原创android 书籍：《第一行代码 android》
