onConfigurationChanged方法介绍及问题解决

今日科技快讯

昨日，阿里游戏召开2017年战略发布会，宣布正式全面进军游戏发行。同时，阿里游戏与阿里文学、阿里影业、优酷共同推出“IP裂变计划”，计划投入10亿元共同发展游戏IP生态。此外，阿里游戏也将与Mail.Ru、TFJoy、Efun、龙腾中东等国际发行商合作，开始游戏国际化进程。

作者简介

又是周五啦，提前祝大家周末愉快！

本篇有关 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./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。

public interface IApplicationThread extends IInterface {}

那么就是说这时候 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方法，只不过需要判断一下当前的屏幕方向：

自己手动判断一下横竖屏即可。

更多

每天学习累了，看些搞笑的段子放松一下吧。关注最具娱乐精神的公众号，每天都有好心情。