這幾年一直在做手機上和電視盒的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)