這幾年一直在做手機上和電視盒的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上的一個進度條例子