Android 软键盘出现不适应的解决办法总结

android 软键盘出现不适应的解决办法总结

前言：

   很多写登录界面的开发者都会遇到一个问题：那就是在登录界面时，当你点击输入框时，下边的按钮有时会被输入框挡住，这个不利于用户的体验，所以很多人希望软键盘弹出时，也能把按钮挤上去。很多开发者想要监听键盘的状态，这无疑是一个很麻烦的做法。

       我们可以在androidmanifest.xml的activity设置属性：android:windowsoftinputmode = "adjustresize" ，软键盘弹出时，要对主窗口布局重新进行布局，并调用onsizechanged方法，切记一点当我们设置为“adjustresize”时，我们的界面不要设置为全屏模式，否则设置了这个属性也不会有什么效果。而当我们设置android: windowsoftinputmode = "adjustpan"时，主窗口就不会调用onsizechanged方法，界面的一部分就会被软键盘覆盖住，就不会被挤到软键盘之上了。

我们通过一段代码来测试一下，当我们设置了该属性后，弹出输入法时，系统做了什么：

重写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); 
 } 

我们的布局设置为：

<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设置属性：android:windowsoftinputmode = "adjustresize"

    运行程序，点击文本框，查看调试信息：

 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

    从调试结果我们可以看出，当我们点击文本框后，根布局调用了onmeasure，onsizechanged和onlayout。

  windowsoftinputmode的值如果设置为adjustpan，那么该activity主窗口并不调整屏幕的大小以便留出软键盘的空间。相反，当前窗口的内容将自动移动以便当前焦点从不被键盘覆盖和用户能总是看到输入内容的部分。这个通常是不期望比调整大小，因为用户可能关闭软键盘以便获得与被覆盖内容的交互操作。

    上面的例子中，我们将androidmanifest.xml的属性进行更改：android: windowsoftinputmode = "adjustpan"

    重新运行，并点击文本框，查看调试信息：

 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

    我们看到：系统也重新进行了measrue和layout，但是我们发现，layout过程中onsizechanged并没有调用，这说明输入法弹出前后并没有改变原有布局的大小。

当然还有其他属性可以设置：

"stateunspecified"

软键盘的状态(是否它是隐藏或可见)没有被指定。系统将选择一个合适的状态或依赖于主题的设置。

这个是为了软件盘行为默认的设置。

"stateunchanged"

软键盘被保持无论它上次是什么状态，是否可见或隐藏，当主窗口出现在前面时。

"statehidden"

当用户选择该activity时，软键盘被隐藏——也就是，当用户确定导航到该activity时，而不是返回到它由于离开另一个activity。

"statealwayshidden"

软键盘总是被隐藏的，当该activity主窗口获取焦点时。

"statevisible"

软键盘是可见的，当那个是正常合适的时(当用户导航到activity主窗口时)。

"statealwaysvisible"

当用户选择这个activity时，软键盘是可见的——也就是，也就是，当用户确定导航到该activity时，而不是返回到它由于离开另一个activity。

"adjustunspecified"

它不被指定是否该activity主窗口调整大小以便留出软键盘的空间，或是否窗口上的内容得到屏幕上当前的焦点是可见的。系统将自动选择这些模式中一种主要依赖于是否窗口的内容有任何布局视图能够滚动他们的内容。如果有这样的一个视图，这个窗口将调整大小，这样的假设可以使滚动窗口的内容在一个较小的区域中可见的。这个是主窗口默认的行为设置。

"adjustresize"

该activity主窗口总是被调整屏幕的大小以便留出软键盘的空间

"adjustpan"

该activity主窗口并不调整屏幕的大小以便留出软键盘的空间。相反，当前窗口的内容将自动移动以便当前焦点从不被键盘覆盖和用户能总是看到输入内容的部分。这个通常是不期望比调整大小，因为用户可能关闭软键盘以便获得与被覆盖内容的交互操作。

感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！