onConfigurationChanged方法介绍及问题解决

作者简介  原创微信公众号郭霖 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》

淘宝链接: https://s.click.taobao.com/t?e=m%3D2%26s%3DgKUfuKdAZKocQipKwQzePOeEDrYVVa64K7Vc7tFgwiHjf2vlNIV67p2n%2BQBNMyE6Rku8%2Bpj6eJall3bs%2B3NRhNHnsKI%2BqxhyM0iVZhTFBom4YIorMPnmg8G0g2OJi%2FzmXHfenomYtn5EW9vzeG8LzfPUwktUBEmkxg5p7bh%2BFbQ%3D&pvid=10_106.6.161.154_3367_1490163222155

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 122,439评论 15 533
  • 一、概述 Activity 作为与用户交互的一个窗口,是使用非常频繁的一个基本组件。Android系统是通过Act...
    三也视界阅读 778评论 4 6
  • Android开发中,大多APP可能根据实际情况直接将APP的界面方向设死了,或竖屏或横屏。但是,我们还是会遇到横...
    yoosir阅读 22,166评论 4 82
  • 以下是复制别人的文章过来的,目的是保留下这个方法,便于今后查阅使用,该文章不会用于任何商业用途,该文章的出处:ht...
    若兰幽竹阅读 2,657评论 0 3
  • 文/茕倚 人类通常是喜新厌旧的,然,之于美食,人类的态度却迥然有异。那一抹乡味儿,总是蛰伏在记忆深处,根深蒂固,恋...
    春光里one阅读 49评论 0 0