这几年一直在做手机上和电视盒的App，几乎没有考虑过横竖屏切换的问题。电视盒好说，横屏不变，你要是给它设计个竖屏人家也没机会使；而手机上的应用就不好说了，有些界面你设计了横竖屏兼容可能是为了表示你的功能强大。但是按照惯例，或许也是设计师图省事，我们只是做一个方案。就像目前主流的App都只有竖屏一个模式，比如微信、京东和招商银行。我截了几张图表示一下。       但是像地图之类的应用，也许横屏会显示的更友好一些。请看腾讯地图的设计如下：      细心的你会发现，地图的横竖屏的样式几乎是一样的布局，调整起来还是比较容易的。我一直也这样认为，横竖屏切换就是一件十分Easy的事儿，但现在我不这样认为了。 因为我可是思考在Android平板上的界面设计了。屏幕大了，横竖屏可以提供不同的表现形式。这是平板与手机的区别。但这样一来，事情就会变得不那么简单了。尤其是大量信息录入的界面，后台有线程工作的时候，都是很难办的事儿。下面是我的一些探索，希望大家多提意见。 ## 生命周期的故事 横竖屏切换的过程，会经历onDestroy和onCreate。通俗点说，就是这个activity关闭了，有新起来一个activity。那么，前一个activity的数据肯定都不存在了。虽然这样的切换，你的EditText上输入的内容还在，但是一定要记得，成员变量都是空的啦。数据保存成了一个问题。 ## 保存整个activity的方案 在Manifest里对于的activity加上这个配置就不会重走销毁和创建了，如下： ~~~ android:configChanges="orientation|keyboardHidden|screenSize" ~~~ 不要高兴的太早，除非你不需要改变横竖屏的布局，否则这个方案仍然要有很多工作要做。 ## 还是乖乖的保存数据吧 onRetainNonConfigurationInstance()被弃用了，我们还是用onSaveInstanceState吧。针对横竖屏不同的布局，我们只需在创建一个layout-land文件夹，里面放同名的布局文件，onCreate时会自动加载相对应的横竖屏布局。  在横竖屏切换的过程中会经历onSaveInstanceState，给你一个保存数据的机会： ~~~ @Override public void onSaveInstanceState(Bundle outState) { Log.i("linc", "onSaveInstanceState(Bundle)"); super.onSaveInstanceState(outState); outState.putString(TEXT_ONE, ""+editText1.getTag(R.id.tag_first));//avoid null point // outState.putSerializable();//object } ~~~ 在onCreate中把数据取出来： ~~~ @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_land_port_switch); Log.e("linc","oncreate"); editText1 = (EditText)findViewById(R.id.txt1); // Restore saved state. if (savedInstanceState != null) { editText1.setTag(R.id.tag_first,savedInstanceState.getString(TEXT_ONE)); } } ~~~ ## github上的一个进度条例子 请看这个例子吧，横竖屏切换可以有自己的布局，切换过程中不会打断进度条的工作，用到了Fragment。详情请见这里：  [https://github.com/alexjlockwood/worker-fragments](https://github.com/alexjlockwood/worker-fragments)