android+4.3竖屏设置,亲测Android横竖屏切换小结，带测试结果

以前无意中看到说Android横竖屏切换生命周期的问题，一直很好奇。在开发中也是为了避免Activity的UI重绘导致内存的消耗，我们一般在AndroidManifest.xml文件中给每个Activity加上android:configChanges="orientation|keyboardHidden"。开始我以为这样就ok了，完全可以解决了Activity的重建，可是事实并非如此，没有实践就没有发言权。

既然聊到这里了，那么就先说说关于横竖屏的基础知识吧，想看结果的可以直接忽略这里。

Android界面的横竖屏切换，一般是有设备的重力感应而触发的，我们可以在手机设置里面禁止应用的自动横竖屏切换，当然我们也可以在代码中进行设置。

一.  如何禁止APP内横竖屏切换

当手机没有关闭横竖屏切换功能时，系统一旦触发横竖屏切换，缺省状态下，当前活动的App的界面就会进行横竖屏切换，由于横竖屏的界面尺寸等参数不同，很多软件在设计和开发中为了避免横竖屏切换时引发不必要的麻烦，通常需要让App禁止掉横竖屏的切换，这就需要通过在AndroidManifest.xml中设置activity中的android:screenOrientation属性值来实现。

该android:screenOrientation属性，他有以下几个参数：

"unspecified":默认值由系统来判断显示方向.判定的策略是和设备相关的，所以不同的设备会有不同的显示方向.

"landscape":横屏显示(宽比高要长)

"portrait":竖屏显示(高比宽要长)

"user":用户当前首选的方向

"behind":和该Activity下面的那个Activity的方向一致(在Activity堆栈中的)

"sensor":有物理的感应器来决定。如果用户旋转设备这屏幕会横竖屏切换。

"nosensor":忽略物理感应器，这样就不会随着用户旋转设备而更改了("unspecified"设置除外)。 比如下列设置

android:screenOrientation="portrait"

则无论手机如何变动，拥有这个属性的activity都将是竖屏显示。

android:screenOrientation="landscape"，为横屏显示。

上述修改也可以在Java代码中通过类似如下代码来设置

setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE)

假如Manifest和java代码中同时设置了这个属性，那么由于java代码中的优先级较高，它会覆盖掉Manifest中的配置。

二.  对于AndroidManifest.xml设置的补充

经过上面代码演示，我们可以看到具体实现涉及到了Manifest工程配置里面具体Activity的screenOrientation和configChanges两个参数，这两个参数screenOrientation的优先级是高于configChanges，即假如screenOrientation设置为固定横竖屏时，那么configChanges参数无论怎么设都没有办法引发横竖屏切换，除非在代码中手动调用setRequestedOrientation函数进行修改。

screenOrientation属性在前面已经讲过了，而关于configChanges属性设置有如下选项：

值

描述

mcc

IMSI移动台的国家代码(MCC)发生变化——一个SIM被探测到并且更新MCC

mnc

IMSI移动台的网络代码(MNC)发生变化——一个SIM被探测到并且更新MNC

locale

区域发生变化——用户选择了一个文本需要显示的新语言

touchscreen

触摸屏发生变化。(这个通常不会发生。)

keyboard

键盘类型发生变化——例如：用户插入了外接键盘。

keyboardHidden

键盘的可访问性发生变化——例如：用户发现了硬件键盘。

navigation

导航类型(轨迹球或dpad)发生变化。(通常不会发生。)

screenLayout

屏幕布局发生变化——这个会导致显示不同的Activity。

fontScale

字体缩放因子发生变化——用户选择了新的字体大小。

uiMode

当UI模式发生改变的时候——当用户放置设备到桌子或/汽车或夜间模式改变的时候可以引起UI模式变化。阅读UiModeManager。在API级别8时引入。

orientation

屏幕方向发生变化——用户旋转了屏幕。注意：如果应用程序的目标API级别是13或更高(通过属性minSdkVersion和属性targetSdkVersion声明)，你也需要声明配置项screenSize，因为这将在设备选择图像和屏幕方向时发生改变。

screenSize

当前可用屏幕大小发生变化。这代表一个当前可用大小的变化，和当前的比率相关，因此当用户选择不同的画面和图像，会发生变化。然而，如果你的程序目标API级别是12或更低，你的Activity总是会自己处理这个配置变化(这个变化不会引起Activity的重启，甚至在Android 3.2或更新的设备上)。在API级别13里加入的。

smallestScreenSize

物理屏幕大小的变化。不管方向的变化，仅仅在实际物理屏幕打包变化的时候，如：外接显示器。这个配置项的变化引起在smallestWidth configuration里的变化。然而，如果你的程序目标API级别是12或更低，你的Activity将自己处理这个变化(这个变化不会引起Activity的重启，甚至在Android 3.2或更新的设备上)在API级别13里加入的。

layoutDirection

布局方向变化。例如书写方式从左向右(LTR)转换为从右向左(RTL)

三.  实际测试用例及结果

测试环境Eclipse+ADT、genymotion Android 4.3和Android 2.3、酷派真机Android 4.3

由于现在基本上找不到3.0以下的Android设备了，所以对照组就少了一个，但是亲测后，结合Android 4.3模拟器和酷派手机的输出是一致的，我相信应该模拟器和真机的结果是一样的。所以以下结果中Android 4.3代表模拟器和真机的结果。

(1)默认(缺省)情况下，即没有配置configChanges属性

Android 4.3 ：横屏切竖屏，竖屏切横屏都是一样的------会销毁重建一次。

输出结果如下：

Android 2.3 ：横屏切竖屏，竖屏切横屏都是一样的------会销毁重建一次。(并没有看到网上说的横屏切竖屏会销毁2次)

输出结果如下：

(2) 在Manifest中给Activity配置android:configChanges="orientation”

Android 4.3：横屏切竖屏，竖屏切横屏都是一样的------会销毁重建一次。

输出结果如(1)中Android 4.3结果一致。

Android 2.3： 横屏切竖屏，竖屏切横屏都是一样的-----都不会销毁重建。

(3)在Manifest中给Activity配置android:configChanges="orientation|keyboardHidden”

测试结果如(2)

(4)在Manifest中给Activity配置android:configChanges="orientation|keyboardHidden|screenSize”

Android 4.3：横屏切竖屏，竖屏切横屏结果一致------都不会销毁重建。

Android 2.3：横屏切竖屏，竖屏切横屏结果一致------都不会销毁重建。

注：图片中的onSaveInstanceState并不属于Activity的生命周期，只是为了说明当要横竖屏切换的时候，我们可以在onSaveInstanceState中对一些UI数据进行保存，并可以在onRestoreInstanceState中进行恢复。

对比以上结果可以知道：

1、不设置Activity的android:configChanges时，切屏会重新调用各个生命周期，切横屏时会执行一次，切竖屏时也是会执行一次。(就是这里要注意，很多网上都是错误的)；

2、设置Activity的android:configChanges="orientation"时，高版本的系统切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次；但是对于低版本的Android系统，则不会重新调用，这与网上说的也不一致。

3、设置Activity的android:configChanges="orientation|keyboardHidden"时，结果和2一致。

4、设置Activity的android:configChanges="orientation|keyboardHidden|screenSize”时，低版本和高版本系统表现一致，即都不会销毁重建。

网上说在Android 3.2之后，必须加上screenSize属性才可以屏蔽调用Activity的生命周期。虽然现在绝大部分手机是Android4.0以上的了，但是为了保证切屏时不会重新调用Activity的生命周期，我们还是最好在配置文件中加上screenSize属性。

参考文章：

http://www.cnblogs.com/franksunny/p/3714442.html

同时也欢迎大家来实验下，如果文章有误，欢迎指出。