本文章來(lái)自CSDN博客：http://blog.csdn.net/zhaokaiqiang1992。轉(zhuǎn)載請(qǐng)注明地址！

?

?

? ? 在前面的一篇文章中，簡(jiǎn)單的介紹了一下怎樣實(shí)現(xiàn)軟鍵盤不自己主動(dòng)彈出，使用的方法是設(shè)置android:windowSoftInputMode屬性。

那么，這個(gè)屬性究竟是干什么的，他有什么作用呢？今天這篇文章。就是探索android:windowSoftInputMode屬性的作用的。

?

? ? 首先，我們從這個(gè)屬性的名稱中，能夠非常直觀的看出它的作用，這個(gè)屬性就是來(lái)設(shè)置窗體軟鍵盤的交互模式的。

?

? ??android:windowSoftInputMode屬性一共同擁有9個(gè)取值。各自是：

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

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

? ? 1.stateUnspecified

? ? 中文意思是未指定狀態(tài)，當(dāng)我們沒有設(shè)置android:windowSoftInputMode屬性的時(shí)候，軟件默認(rèn)採(cǎi)用的就是這樣的交互方式，系統(tǒng)會(huì)依據(jù)界面採(cǎi)取對(duì)應(yīng)的軟鍵盤的顯示模式。比方。當(dāng)界面上僅僅有文本和button的時(shí)候，軟鍵盤就不會(huì)自己主動(dòng)彈出。由于沒有輸入的必要。

那么。當(dāng)界面上出現(xiàn)了獲取了焦點(diǎn)的輸入框的時(shí)候。軟鍵盤會(huì)不會(huì)自己主動(dòng)的彈出呢？這個(gè)還真不一定！

比方，在以下的這個(gè)界面布局中。軟鍵盤并不會(huì)自己主動(dòng)彈出。

?

?

? ??就是說(shuō)。默認(rèn)的，在這樣的界面情況下，系統(tǒng)并不確定用戶是否須要軟鍵盤，因此不會(huì)自己主動(dòng)彈出。

可是，為什么說(shuō)不一定呢？這是由于，假設(shè)我們?cè)谶@個(gè)布局的外面，包裹上一個(gè)

ScrollView，軟鍵盤就會(huì)自己主動(dòng)的彈出來(lái)了！

?

? ? 例如以下，在這樣的布局文件下，軟鍵盤會(huì)自己主動(dòng)的彈出

?

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"xmlns:tools="http://schemas.android.com/tools"android:layout_width="match_parent"android:layout_height="match_parent"android:orientation="vertical" ><ScrollViewandroid:layout_width="match_parent"android:layout_height="match_parent" ><LinearLayoutandroid:layout_width="match_parent"android:layout_height="wrap_content"android:orientation="vertical" ><Buttonandroid:layout_width="match_parent"android:layout_height="wrap_content"android:onClick="toOther"android:text="跳轉(zhuǎn)" /><EditTextandroid:layout_width="match_parent"android:layout_height="wrap_content" /></LinearLayout></ScrollView></LinearLayout>

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

?

?

?

?

? ? 2.stateUnchanged

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

?

? ? 3.stateHidden

? ? 顧名思義，假設(shè)我們?cè)O(shè)置了這個(gè)屬性，那么鍵盤狀態(tài)一定是隱藏的，無(wú)論上個(gè)界面什么狀態(tài)。也無(wú)論當(dāng)前界面有沒有輸入的需求，反正就是不顯示。因此，我們能夠設(shè)置這個(gè)屬性，來(lái)控制軟鍵盤不自己主動(dòng)的彈出。

?

? ? 4.stateAlwaysHidden

? ? 這個(gè)屬性也能夠讓軟鍵盤隱藏，可是我臨時(shí)還不知道和stateHidden屬性的差別，本來(lái)想去stackOverFlow上問一下的，可是，Great Wall，呵呵呵...祝愿病魔早日戰(zhàn)勝方校長(zhǎng)

? ??

? ? 5.stateVisible

? ? 設(shè)置為這個(gè)屬性，能夠?qū)④涙I盤召喚出來(lái)，即使在界面上沒有輸入框的情況下也能夠強(qiáng)制召喚出來(lái)。

?

? ? 6.stateAlwaysVisible

? ? 這個(gè)屬性也是能夠?qū)㈡I盤召喚出來(lái)，可是與stateVisible屬性有小小的不同之處。舉個(gè)樣例，當(dāng)我們?cè)O(shè)置為stateVisible屬性，假設(shè)當(dāng)前的界面鍵盤是顯示的，當(dāng)我們點(diǎn)擊button跳轉(zhuǎn)到下個(gè)界面的時(shí)候，軟鍵盤會(huì)由于輸入框失去焦點(diǎn)而隱藏起來(lái)，當(dāng)我們?cè)俅位氐疆?dāng)前界面的時(shí)候，鍵盤這個(gè)時(shí)候是隱藏的。可是假設(shè)我們?cè)O(shè)置為stateAlwaysVisible，我們跳轉(zhuǎn)到下個(gè)界面，軟鍵盤還是隱藏的，可是當(dāng)我們?cè)俅位貋?lái)的時(shí)候。軟鍵盤是會(huì)顯示出來(lái)的。

所以。這個(gè)Always就解釋了這個(gè)差別，無(wú)論什么情況到達(dá)當(dāng)前界面(正常跳轉(zhuǎn)或者是上一個(gè)界面被用戶返回)。軟鍵盤都是顯示狀態(tài)。

?

? ? 講到這里。我聯(lián)想到了上面的stateHidden和stateAlwaysHidden。我預(yù)計(jì)差別也是這種。就是說(shuō)。stateAlwaysHidden不管怎樣都是隱藏的，可是假設(shè)在跳轉(zhuǎn)到下個(gè)界面的時(shí)候。軟鍵盤被召喚出來(lái)了。那么當(dāng)下個(gè)界面被用戶返回的時(shí)候，鍵盤應(yīng)該是不會(huì)被隱藏的，可是，我還沒有找到可以跳轉(zhuǎn)到下個(gè)界面，還讓當(dāng)前界面軟鍵盤不消失的方法。所以臨時(shí)不能驗(yàn)證。

? ??

? ? 7.adjustUnspecified

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

?

?

? ? 沒有滾動(dòng)控件，軟鍵盤以下的布局都被遮擋住了，若想改動(dòng)，僅僅能隱藏軟鍵盤。然后選擇。并且，重點(diǎn)注意一下上面的布局，當(dāng)我們選擇的輸入框偏下的時(shí)候，上面的標(biāo)題欄和布局被軟鍵盤頂上去了。

記住這個(gè)特征，由于后面有個(gè)屬性和這個(gè)的效果不一樣。

? ?

? ? 布局里面有滑動(dòng)控件，系統(tǒng)會(huì)自己主動(dòng)的縮小整個(gè)界面的大小。因此，我們能夠軟鍵盤上面的小區(qū)域中顯示全部的輸入框。

?

?

?

? ? 這就是兩中顯示模式之間的區(qū)別。

?

?

? ? 8.adjustResize

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

? ? 我們先看顯示效果。

?

? ? 注意觀察這個(gè)上面的標(biāo)題欄和button，設(shè)置為adjustResize屬性之后，對(duì)于沒有滑動(dòng)控件的布局。盡管還是不能選擇全部的輸入框。可是，窗體的顯示方式發(fā)生了變化，默認(rèn)屬性時(shí)，整個(gè)布局是被頂上去了，可是設(shè)置為adjustResize屬性。布局的位置并沒有發(fā)生什么變化。這就是最大的差別。

?

?

而對(duì)于有滑動(dòng)控件的布局來(lái)說(shuō)，顯示效果和默認(rèn)是一樣的。

?

?

? ??9.adjustPan

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

?

? ? 首先，這是軟鍵盤沒有彈出的時(shí)候，有滾動(dòng)控件的顯示范圍。最以下顯示的是9.

?

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

?

? ? 最上面僅僅可以顯示到button，標(biāo)題欄已經(jīng)不能看到了。

?

? ? 而最以下也僅僅能滑動(dòng)到8，以下的內(nèi)容也不可以滑動(dòng)了。

?

?

? ?因此，我們就行理解這個(gè)屬性的作用了。

?

? ? 通過以上的實(shí)驗(yàn)，我們能夠得出結(jié)論，假設(shè)我們不設(shè)置"adjust..."的屬性，對(duì)于沒有滾動(dòng)控件的布局來(lái)說(shuō)，採(cǎi)用的是adjustPan方式，而對(duì)于有滾動(dòng)控件的布局，則是採(cǎi)用的adjustResize方式。

轉(zhuǎn)載于:https://www.cnblogs.com/Im-Victor/p/9728633.html

總結(jié)

以上是生活随笔為你收集整理的【Android开发经验】android:windowSoftInputMode属性具体解释的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。