Android 軟鍵盤出現(xiàn)不適應(yīng)的解決辦法總結(jié)

前言：

   很多寫登錄界面的開發(fā)者都會遇到一個問題：那就是在登錄界面時，當(dāng)你點擊輸入框時，下邊的按鈕有時會被輸入框擋住，這個不利于用戶的體驗，所以很多人希望軟鍵盤彈出時，也能把按鈕擠上去。很多開發(fā)者想要監(jiān)聽鍵盤的狀態(tài)，這無疑是一個很麻煩的做法。

       我們可以在AndroidManifest.xml的Activity設(shè)置屬性：Android:windowSoftInputMode = "adjustResize" ，軟鍵盤彈出時，要對主窗口布局重新進行布局，并調(diào)用onSizeChanged方法，切記一點當(dāng)我們設(shè)置為“adjustResize”時，我們的界面不要設(shè)置為全屏模式，否則設(shè)置了這個屬性也不會有什么效果。而當(dāng)我們設(shè)置android: windowSoftInputMode = "adjustPan"時，主窗口就不會調(diào)用onSizeChanged方法，界面的一部分就會被軟鍵盤覆蓋住，就不會被擠到軟鍵盤之上了。

我們通過一段代碼來測試一下，當(dāng)我們設(shè)置了該屬性后，彈出輸入法時，系統(tǒng)做了什么：

重寫Layout布局：

public class ResizeLayout extends LinearLayout{ 
 private static int count = 0; 
  
 public ResizeLayout(Context context, AttributeSet attrs) { 
  super(context, attrs); 
 } 
  
 @Override 
 protected void onSizeChanged(int w, int h, int oldw, int oldh) {  
  super.onSizeChanged(w, h, oldw, oldh); 
   
  Log.e("onSizeChanged " + count++, "=>onResize called! w="+w + ",h="+h+",oldw="+oldw+",oldh="+oldh); 
 } 
  
 @Override 
 protected void onLayout(boolean changed, int l, int t, int r, int b) { 
  super.onLayout(changed, l, t, r, b); 
  Log.e("onLayout " + count++, "=>OnLayout called! l=" + l + ", t=" + t + ",r=" + r + ",b="+b); 
 } 
  
 @Override 
 protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { 
  super.onMeasure(widthMeasureSpec, heightMeasureSpec); 
   
  Log.e("onMeasure " + count++, "=>onMeasure called! widthMeasureSpec=" + widthMeasureSpec + ", heightMeasureSpec=" + heightMeasureSpec); 
 } 

我們的布局設(shè)置為：

<com.winuxxan.inputMethodTest.ResizeLayout 
 xmlns:android="http://schemas.android.com/apk/res/android" 
 android:id="@+id/root_layout" 
 android:layout_width="fill_parent" 
 android:layout_height="fill_parent" 
 android:orientation="vertical" 
 > 
  
 <EditText 
  android:layout_width="fill_parent" 
  android:layout_height="wrap_content" 
 /> 
  
 <LinearLayout 
   android:id="@+id/bottom_layout" 
   android:layout_width="fill_parent" 
   android:layout_height="fill_parent" 
   android:orientation="vertical" 
   android:gravity="bottom">s 
  
 <TextView  
  android:layout_width="fill_parent" 
  android:layout_height="wrap_content" 
  android:text="@string/hello" 
  android:background="#77777777" 
  /> 
 </LinearLayout> 
</com.winuxxan.inputMethodTest.ResizeLayout> 

AndroidManifest.xml的Activity設(shè)置屬性：android:windowSoftInputMode = "adjustResize"

    運行程序，點擊文本框，查看調(diào)試信息：

 E/onMeasure 6(7960): =>onMeasure called! widthMeasureSpec=1073742144, heightMeasureSpec = 1073742024
 E/onMeasure 7(7960): =>onMeasure called! widthMeasureSpec=1073742144, heightMeasureSpec = 1073742025
 E/onSizeChanged 8(7960): =>onSizeChanged called! w=320,h=201,oldw=320,oldh=377
 E/onLayout 9(7960): =>OnLayout called! l=0, t=0,r=320,b=201

    從調(diào)試結(jié)果我們可以看出，當(dāng)我們點擊文本框后，根布局調(diào)用了onMeasure，onSizeChanged和onLayout。

  windowSoftInputMode的值如果設(shè)置為adjustPan，那么該Activity主窗口并不調(diào)整屏幕的大小以便留出軟鍵盤的空間。相反，當(dāng)前窗口的內(nèi)容將自動移動以便當(dāng)前焦點從不被鍵盤覆蓋和用戶能總是看到輸入內(nèi)容的部分。這個通常是不期望比調(diào)整大小，因為用戶可能關(guān)閉軟鍵盤以便獲得與被覆蓋內(nèi)容的交互操作。

    上面的例子中，我們將AndroidManifest.xml的屬性進行更改：android: windowSoftInputMode = "adjustPan"

    重新運行，并點擊文本框，查看調(diào)試信息：

 E/onMeasure 6(8378): =>onMeasure called! widthMeasureSpec=1073742144, heightMeasureSpec=1073742200
 E/onMeasure 7(8378): =>onMeasure called! widthMeasureSpec=1073742144, heightMeasureSpec=1073742201
 E/onLayout 8(8378): =>OnLayout called! l=0, t=0,r=320,b=377

    我們看到：系統(tǒng)也重新進行了measrue和layout，但是我們發(fā)現(xiàn)，layout過程中onSizeChanged并沒有調(diào)用，這說明輸入法彈出前后并沒有改變原有布局的大小。

當(dāng)然還有其他屬性可以設(shè)置：

"stateUnspecified"

軟鍵盤的狀態(tài)(是否它是隱藏或可見)沒有被指定。系統(tǒng)將選擇一個合適的狀態(tài)或依賴于主題的設(shè)置。

這個是為了軟件盤行為默認的設(shè)置。

"stateUnchanged"

軟鍵盤被保持無論它上次是什么狀態(tài)，是否可見或隱藏，當(dāng)主窗口出現(xiàn)在前面時。

"stateHidden"

當(dāng)用戶選擇該Activity時，軟鍵盤被隱藏——也就是，當(dāng)用戶確定導(dǎo)航到該Activity時，而不是返回到它由于離開另一個Activity。

"stateAlwaysHidden"

軟鍵盤總是被隱藏的，當(dāng)該Activity主窗口獲取焦點時。

"stateVisible"

軟鍵盤是可見的，當(dāng)那個是正常合適的時(當(dāng)用戶導(dǎo)航到Activity主窗口時)。

"stateAlwaysVisible"

當(dāng)用戶選擇這個Activity時，軟鍵盤是可見的——也就是，也就是，當(dāng)用戶確定導(dǎo)航到該Activity時，而不是返回到它由于離開另一個Activity。

"adjustUnspecified"

它不被指定是否該Activity主窗口調(diào)整大小以便留出軟鍵盤的空間，或是否窗口上的內(nèi)容得到屏幕上當(dāng)前的焦點是可見的。系統(tǒng)將自動選擇這些模式中一種主要依賴于是否窗口的內(nèi)容有任何布局視圖能夠滾動他們的內(nèi)容。如果有這樣的一個視圖，這個窗口將調(diào)整大小，這樣的假設(shè)可以使?jié)L動窗口的內(nèi)容在一個較小的區(qū)域中可見的。這個是主窗口默認的行為設(shè)置。

"adjustResize"

該Activity主窗口總是被調(diào)整屏幕的大小以便留出軟鍵盤的空間

"adjustPan"

該Activity主窗口并不調(diào)整屏幕的大小以便留出軟鍵盤的空間。相反，當(dāng)前窗口的內(nèi)容將自動移動以便當(dāng)前焦點從不被鍵盤覆蓋和用戶能總是看到輸入內(nèi)容的部分。這個通常是不期望比調(diào)整大小，因為用戶可能關(guān)閉軟鍵盤以便獲得與被覆蓋內(nèi)容的交互操作。

感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！

最新評論