在前面的一篇文章中，簡單的介紹了一下如何實現(xiàn)軟鍵盤不自動彈出，使用的方法是設(shè)置android:windowSoftInputMode屬性。那么，這個屬性到底是干什么的，他有什么作用呢？今天這篇文章，就是探索android:windowSoftInputMode屬性的作用的。

    首先，我們從這個屬性的名稱中，可以很直觀的看出它的作用，這個屬性就是來設(shè)置窗口軟鍵盤的交互模式的。

    android:windowSoftInputMode屬性一共有9個取值，分別是：

    stateUnspecified，stateUnchanged，stateHidden，stateAlwaysHidden，stateVisible，stateAlwaysVisible，adjustUnspecified，adjustResize，adjustPan。

    我們設(shè)置屬性的時候，可以在這9個值里面選擇一個，也可以用"state...|adjust"的形式進(jìn)行設(shè)置。那么，這些取值到底是怎么影響到軟鍵盤與窗口之間的交互的呢？下面，我們就一個個的測試這9個取值，到底是如何影響軟鍵盤的顯示的。

    1.stateUnspecified

    中文意思是未指定狀態(tài)，當(dāng)我們沒有設(shè)置android:windowSoftInputMode屬性的時候，軟件默認(rèn)采用的就是這種交互方式，系統(tǒng)會根據(jù)界面采取相應(yīng)的軟鍵盤的顯示模式，比如，當(dāng)界面上只有文本和按鈕的時候，軟鍵盤就不會自動彈出，因為沒有輸入的必要。那么，當(dāng)界面上出現(xiàn)了獲取了焦點(diǎn)的輸入框的時候，軟鍵盤會不會自動的彈出呢？這個還真不一定！比如，在下面的這個界面布局中，軟鍵盤并不會自動彈出。

 就是說，默認(rèn)的，在這種界面情況下，系統(tǒng)并不確定用戶是否需要軟鍵盤，因此不會自動彈出。但是，為什么說不一定呢？這是因為，如果我們在這個布局的外面，包裹上一個

ScrollView，軟鍵盤就會自動的彈出來了！

如下，在這種布局文件下，軟鍵盤會自動的彈出

   這確實是一個很奇怪的判斷方式。因此，我們可以得出結(jié)論，當(dāng)設(shè)置屬性為stateUnspecified的時候，系統(tǒng)是默認(rèn)不彈出軟鍵盤的，但是當(dāng)有獲得焦點(diǎn)的輸入框的界面有滾動的需求的時候，會自動彈出軟鍵盤。至于為什么非要強(qiáng)調(diào)要獲取焦點(diǎn)的輸入框，這是因為，如果不是輸入框獲取焦點(diǎn)，軟鍵盤也是不會自動彈出的，讓界面不自動彈出軟鍵盤的其中一個解決方案，就是在xml文件中，設(shè)置一個非輸入框控件獲取焦點(diǎn)，從而阻止鍵盤彈出。

    2.stateUnchanged

    中文的意思就是狀態(tài)不改變的意思，我們應(yīng)該怎么理解這句話呢？其實很好理解，就是說，當(dāng)前界面的軟鍵盤狀態(tài)，取決于上一個界面的軟鍵盤狀態(tài)。舉個例子，假如當(dāng)前界面鍵盤是隱藏的，那么跳轉(zhuǎn)之后的界面，軟鍵盤也是隱藏的；如果當(dāng)前界面是顯示的，那么跳轉(zhuǎn)之后的界面，軟鍵盤也是顯示狀態(tài)。

    3.stateHidden

    顧名思義，如果我們設(shè)置了這個屬性，那么鍵盤狀態(tài)一定是隱藏的，不管上個界面什么狀態(tài)，也不管當(dāng)前界面有沒有輸入的需求，反正就是不顯示。因此，我們可以設(shè)置這個屬性，來控制軟鍵盤不自動的彈出。

    4.stateAlwaysHidden

    這個屬性也可以讓軟鍵盤隱藏，但是我暫時還不知道和stateHidden屬性的區(qū)別，本來想去stackOverFlow上問一下的，但是，Great Wall，呵呵呵...祝愿病魔早日戰(zhàn)勝方校長

    5.stateVisible

    設(shè)置為這個屬性，可以將軟鍵盤召喚出來，即使在界面上沒有輸入框的情況下也可以強(qiáng)制召喚出來。

    6.stateAlwaysVisible

    這個屬性也是可以將鍵盤召喚出來，但是與stateVisible屬性有小小的不同之處。舉個例子，當(dāng)我們設(shè)置為stateVisible屬性，如果當(dāng)前的界面鍵盤是顯示的，當(dāng)我們點(diǎn)擊按鈕跳轉(zhuǎn)到下個界面的時候，軟鍵盤會因為輸入框失去焦點(diǎn)而隱藏起來，當(dāng)我們再次回到當(dāng)前界面的時候，鍵盤這個時候是隱藏的。但是如果我們設(shè)置為stateAlwaysVisible，我們跳轉(zhuǎn)到下個界面，軟鍵盤還是隱藏的，但是當(dāng)我們再次回來的時候，軟鍵盤是會顯示出來的。所以，這個Always就解釋了這個區(qū)別，不管什么情況到達(dá)當(dāng)前界面(正常跳轉(zhuǎn)或者是上一個界面被用戶返回)，軟鍵盤都是顯示狀態(tài)。

    說到這里，我聯(lián)想到了上面的stateHidden和stateAlwaysHidden，我估計區(qū)別也是這樣的，就是說，stateAlwaysHidden無論如何都是隱藏的，但是如果在跳轉(zhuǎn)到下個界面的時候，軟鍵盤被召喚出來了，那么當(dāng)下個界面被用戶返回的時候，鍵盤應(yīng)該是不會被隱藏的，但是，我還沒有找到能夠跳轉(zhuǎn)到下個界面，還讓當(dāng)前界面軟鍵盤不消失的方法，所以暫時不能驗證。

    7.adjustUnspecified

    從這個屬性開始，就不是設(shè)置軟鍵盤的顯示與隱藏模式了，而是設(shè)置軟鍵盤與軟件的顯示內(nèi)容之間的顯示關(guān)系。當(dāng)你跟我們沒有設(shè)置這個值的時候，這個選項也是默認(rèn)的設(shè)置模式。在這中情況下，系統(tǒng)會根據(jù)界面選擇不同的模式。如果界面里面有可以滾動的控件，比如ScrowView，系統(tǒng)會減小可以滾動的界面的大小，從而保證即使軟鍵盤顯示出來了，也能夠看到所有的內(nèi)容。如果布局里面沒有滾動的控件，那么軟鍵盤可能就會蓋住一些內(nèi)容，我們從下面的圖中可以看出差別。

   沒有滾動控件，軟鍵盤下面的布局都被遮擋住了，若想修改，只能隱藏軟鍵盤，然后選擇。而且，重點(diǎn)注意一下上面的布局，當(dāng)我們選擇的輸入框偏下的時候，上面的標(biāo)題欄和布局被軟鍵盤頂上去了。記住這個特征，因為后面有個屬性和這個的效果不一樣。

布局里面有滑動控件，系統(tǒng)會自動的縮小整個界面的大小，因此，我們可以軟鍵盤上面的小區(qū)域中顯示所有的輸入框。

    這就是兩中顯示模式之間的差別。

    8.adjustResize

    這個屬性表示Activity的主窗口總是會被調(diào)整大小，從而保證軟鍵盤顯示空間。

    我們先看顯示效果。

    注意觀察這個上面的標(biāo)題欄和按鈕，設(shè)置為adjustResize屬性之后，對于沒有滑動控件的布局，雖然還是不能選擇所有的輸入框，但是，窗口的顯示方式發(fā)生了變化，默認(rèn)屬性時，整個布局是被頂上去了，但是設(shè)置為adjustResize屬性，布局的位置并沒有發(fā)生什么變化，這就是最大的區(qū)別。

而對于有滑動控件的布局來說，顯示效果和默認(rèn)是一樣的。

    9.adjustPan

    如果設(shè)置為這個屬性，那么Activity的屏幕大小并不會調(diào)整來保證軟鍵盤的空間，而是采取了另外一種策略，系統(tǒng)會通過布局的移動，來保證用戶要進(jìn)行輸入的輸入框肯定在用戶的失業(yè)范圍里面，從而讓用戶可以看到自己輸入的內(nèi)容。對于沒有滾動控件的布局來說，這個其實就是默認(rèn)的設(shè)置，如果我們選擇的位置偏下，上面的標(biāo)題欄和部分控件會被頂上去。但是對于有滾動控件的布局來說，則不太一樣，我們看下面的效果圖。

    首先，這是軟鍵盤沒有彈出的時候，有滾動控件的顯示范圍，最下面顯示的是9.

    當(dāng)我們點(diǎn)擊5這個輸入框，我們會發(fā)現(xiàn)下面的現(xiàn)象。

    最上面只能夠顯示到按鈕，標(biāo)題欄已經(jīng)不能看到了。

    而最下面也只能滑動到8，下面的內(nèi)容也不能夠滑動了。

   因此，我們就能夠理解這個屬性的作用了。

    通過以上的實驗，我們可以得出結(jié)論，如果我們不設(shè)置"adjust..."的屬性，對于沒有滾動控件的布局來說，采用的是adjustPan方式，而對于有滾動控件的布局，則是采用的adjustResize方式。

    了解了上面的這些知識之后，我們就可以根據(jù)自己的需求設(shè)置不同的方式了。而且，關(guān)于如何使得界面加載的時候不顯示軟鍵盤，我們也有了一個很清楚的認(rèn)識。

    晚安，在假期里還在奮斗的程序員們。

最新評論