Android学习笔记（三七）：再谈屏幕切换

切换需注意数据保存和恢复

　　在Android学习笔记（三六）：横屏竖屏的切换中，我们配置了两个layout，一个用户普通的portrait，一个用户landsapce方式。如果只有一个layout，我们沿用上一个例子，删除了在layout-land/中的xml文件，则在屏幕切换时，会按照原来的排版，适配新的屏幕。程序我进行了简化，每按一次pick，就加一，用此来跟踪是否需要进行数据保存和恢复，如下：

[java] view plaincopy

1. public class Chapter19Test3 extends Activity{  
2.     private Button pickButton = null;  
3.     private int count = 0;  
4.           
5.     protected void onCreate(Bundle savedInstanceState) {  
6.         super.onCreate(savedInstanceState);  
7.         setupViews();  
8.     }  
9.   
10.     private void setupViews(){  
11.         setContentView(R.layout.chapter_19_test1);  
12.           
13.         pickButton = (Button)findViewById(R.id.c19_pick);  
14.         pickButton.setText("Pick " + count);  
15.   
16.         pickButton.setOnClickListener(new View.OnClickListener() {  
17.             public void onClick(View v) {  
18.                 count ++;  
19.                 pickButton.setText("Pick " + count);  
20.             }  
21.         });   
22.     }  
23. }  

　　这是一个很简单的例子。我们发现在转屏的时候，是重新赋值。也就是也同样经过了destroy和create的阶段，同样需要进行保存和恢复。我们点击Pick按钮4次，通过模拟器Ctrl+F12进行切换，count重新归0。右边是另外两个例子，widget是一个输入框，我们可以看到如果我们修改了输入况中的值，旋转之后是不改变的，因为widget的内容，系统会帮我们处理，而widget外的我们需要处理。如果我们在例子中跟踪onCreate和onDestroy会发现，每次转动屏幕的时候，都会调用destroy，然后create。而且每次切换，destroy-create-destroy-create，但是我不确定是否只是模拟器，在实际target设备上是否也如此，可以看到切换后有一个明显UI的变更，可以解释为什么重新create两次。

　　关于如何数据保存和恢复，见Android学习笔记（三六）：横屏竖屏的切换 。

不进行屏幕切换

　　由于某些原因，例如游戏，在切换屏幕的过程中，由于动作慢导致游戏失败，我们希望不触发屏幕切换。我们在AndroidManifest.xml中在activity进行设置：

<activity android:name=".xxxxx" ...... android:screenOrientation="portrait" />

　　即使我们在layout-land/补充了相关的layout的xml，也不会触发横屏和竖屏的布局的转换。

　　需要注意的是，我们跟踪发现，切换也同样会导致destroy->re-create，也就是需要进行数据的保存和恢复。由于Android的硬件设备类型很多，有些是通过smartkey，有些是通过物理键盘的打开，而在模拟器中就是“CTRL+F12”来强制进行屏幕切换。如果我们需要和iPhone那样有定位陀螺仪来触发屏幕的切换，我们只需在AndroidManifest.xml中<activity android:name=".xxxxx"  ......   android:screenOrientation="sensor" />即可。

自己控制旋转

我们如果希望自己控制屏幕选择，在收到相关的屏幕旋转的事件后，由程序自行控制处理，而不是系统自动处理。可以通过以下步骤：

一、在AndroidManifest.xml中的activity，增加android:configChanges属性，表示我们需要自行控制这些处理

[html] view plaincopy

1. <activity android:name=".xxx" ... android:configChanges="keyboardHidden|orientation"  />  

　　有一点比较奇特的就是，如果我们只设置orientation或者keyboardHidden，会有一些奇怪的现象，可能只出现在模拟器，因为CTRL＋F12是模拟器的键盘操作。不确定实际设备会否如此。模拟器切换触发了key和orientation两个事件，我们现默认这种情况。

二、在程序中通过onConfigurationChanged()获得相关的事件并进行处理。

　　在切换的时候，系统，通过onConfigurationChanged()包括事件，系统将不会自行去处理界面，也就是不会因为重新描绘画面而对activity进行destroy和re-create，也就是最重要的，不会导致数据的重初始化而导致需对数据进行保存和恢复，仅此也是一种比较便捷的处理方式。

[java] view plaincopy

1. public void onConfigurationChanged(Configuration newConfig) {  
2.     super.onConfigurationChanged(newConfig);  
3.     setupViews();  
4. }  

　　一般而且，我们可以通过newConfig来排断但前的状态，例如用switch(newConfig.orientation)来判断当前方向，而判断如何处理，在这个例子中，简单地重绘UI就可以了。