输入法遮挡EditText输入框的问题
一:在清单文件中对应的Activity便签下添加如下配置
android:windowSoftInputMode="stateVisible|adjustResize"
二:在对应的Activity代码中添加如下代码
getWindow().setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_ADJUST_PAN);
代码添加在setContentView方法之后即可。
SOFT_INPUT_ADJUST_NOTHING: 不调整(输入法完全直接覆盖住,未开放此参数);
SOFT_INPUT_ADJUST_PAN:把整个Layout顶上去露出获得焦点的EditText,不压缩多余空间
SOFT_INPUT_ADJUST_RESIZE: 整个Layout重新编排,重新分配多余空间;
SOFT_INPUT_ADJUST_UNSPECIFIED: 系统自己根据内容自行选择上两种方式的一种执行(默认配置).
windowSoftInputMode="stateVisible|adjustResize"属性介绍:
android:windowSoftInputMode
activity主窗口与软键盘的交互模式,可以用来避免输入法面板遮挡问题,Android1.5后的一个新特性。
这个属性能影响两件事情:
【一】当有焦点产生时,软键盘是隐藏还是显示
【二】是否减少活动主窗口大小以便腾出空间放软键盘
它的设置必须是下面列表中的一个值,或一个”state…”值加一个”adjust…”值的组合。在任一组设置多个值——多个”state…”values,例如&mdash有未定义的结果。各个值之间用|分开。例如:<activity android:windowSoftInputMode="stateVisible|adjustResize". . . >
在这设置的值(除"stateUnspecified"和"adjustUnspecified"以外)将覆盖在主题中设置的值
各值的含义:
【A】stateUnspecified:软键盘的状态并没有指定,系统将选择一个合适的状态或依赖于主题的设置
【B】stateUnchanged:当这个activity出现时,软键盘将一直保持在上一个activity里的状态,无论是隐藏还是显示
【C】stateHidden:用户选择activity时,软键盘总是被隐藏
【D】stateAlwaysHidden:当该Activity主窗口获取焦点时,软键盘也总是被隐藏的
【E】stateVisible:软键盘通常是可见的
【F】stateAlwaysVisible:用户选择activity时,软键盘总是显示的状态
【G】adjustUnspecified:默认设置,通常由系统自行决定是隐藏还是显示
【H】adjustResize:该Activity总是调整屏幕的大小以便留出软键盘的空间
【I】adjustPan:当前窗口的内容将自动移动以便当前焦点从不被键盘覆盖和用户能总是看到输入内容的部分
还有一种方法涉及到WebView情况下:
加上WebView试试看?坑来了……
上面的入门篇中,软键盘是由原生的EditText触发弹出的。而在H5、Hybrid几乎已经成为App标配的时候,我们经常还会碰到的情况是:软键盘是由WebView中的网页元素所触发弹出的。
情况描述
这时候,情况就会变得复杂了:
- 首先,页面是
非全屏模式
的情况下,给activity设置adjustPan
会失效。 - 其次,页面是
全屏模式
的情况,adjustPan
跟adjustResize
都会失效。
——解释一下,这里的全屏模式
即是页面是全屏的,包括Application或activity使用了Fullscreen主题、使用了『状态色着色』、『沉浸式状态栏』、『Immersive Mode』等等——总之,基本上只要是App自己接管了状态栏的控制,就会产生这种问题。
下面这个表格可以简单列举了具体的情况。
表格
为什么说它是个坑?"issue 5497"
上面表格的这种情况并非是Google所期望的,理想的情况当然是它们都能正常生效才对——所以这其实是Android系统本身的一个BUG。
为什么文章开头说这是个坑呢?
——因为这个BUG从Android1.x时代(2009年)就被报告了,而一直到了如今的Android7.0(2016年)还是没有修复……/(ㄒoㄒ)/
可以说这不仅是个坑,而且还是个官方挖的坑~
"issue 5497",详情传送门 ☞ Issue 5497 - android -WebView adjustResize windowSoftInputMode breaks when activity is fullscreen - Android Open Source Project - Issue Tracker - Google Project Hosting
当然了,不管坑是谁挖的,最终还是要开发者来解决。
遇到坑之后,有两种方法可以过去:躲,或者填。
躲坑姿势
如前文所示,出现坑的条件是:带有WebView的activity使用了全屏模式
或者adjustPan
模式。
那么躲坑的姿势就很简单了——
如果activity中有WebView,就不要使用全屏模式
,并且把它的windowSoftInputMode值设为adjustResize
就好了嘛
但总有些时候,是需要全屏模式
跟WebView兼得的,这时候,躲坑就不行了,我们需要一个新的填坑的姿势。幸好,开发者的智慧是无穷的,这个坑出现了这么多年,还是有人找到了一些解决方案的。
AndroidBug5497Workaround
我个人认为最好的解决方案是这个:AndroidBug5497Workaround,只需要一个神奇的AndroidBug5497Workaround
类。但是有个缺点,这样会把整个界面压缩,多个输入框的情况下会重新弹出软键盘。
看名字就知道,它是专门用来对付"5497"问题的,使用步骤也是超级简单:
- 把
AndroidBug5497Workaround
类复制到项目中 - 在需要填坑的activity的onCreate方法中添加一句
AndroidBug5497Workaround.assistActivity(this)
即可。
经过测试,基本在各个Android版本上都可用,效果基本与设置了adjustResize
相当。
这个炫酷AndroidBug5497Workaround类,其实并不是很复杂,只有几十行代码,先贴在这里:
public class AndroidBug5497Workaround {// For more information, see https://code.google.com/p/android/issues/detail?id=5497// To use this class, simply invoke assistActivity() on an Activity that already has its content view set.public static void assistActivity (Activity activity) {new AndroidBug5497Workaround(activity);}private View mChildOfContent;private int usableHeightPrevious;private FrameLayout.LayoutParams frameLayoutParams;private AndroidBug5497Workaround(Activity activity) {FrameLayout content = (FrameLayout) activity.findViewById(android.R.id.content);mChildOfContent = content.getChildAt(0);mChildOfContent.getViewTreeObserver().addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() {public void onGlobalLayout() {possiblyResizeChildOfContent();}});frameLayoutParams = (FrameLayout.LayoutParams) mChildOfContent.getLayoutParams();}private void possiblyResizeChildOfContent() {int usableHeightNow = computeUsableHeight();if (usableHeightNow != usableHeightPrevious) {int usableHeightSansKeyboard = mChildOfContent.getRootView().getHeight();int heightDifference = usableHeightSansKeyboard - usableHeightNow;if (heightDifference > (usableHeightSansKeyboard/4)) {// keyboard probably just became visibleframeLayoutParams.height = usableHeightSansKeyboard - heightDifference;} else {// keyboard probably just became hiddenframeLayoutParams.height = usableHeightSansKeyboard;}mChildOfContent.requestLayout();usableHeightPrevious = usableHeightNow;}}private int computeUsableHeight() {Rect r = new Rect();mChildOfContent.getWindowVisibleDisplayFrame(r);return (r.bottom - r.top);// 全屏模式下: return r.bottom}}
代码大致是做了这么几件事:
1.找到activity的根View
看一下入口的代码:
FrameLayout content = (FrameLayout) activity.findViewById(android.R.id.content);
mChildOfContent = content.getChildAt(0);
其中,第一行中的android.R.id.content
所指的View,是Android所有Activity界面上开发者所能控制的区域的根View。
- 如果Activity是
全屏模式
,那么android.R.id.content就是占满全部屏幕区域的。- 如果Activity是普通的
非全屏模式
,那么android.R.id.content就是占满除状态栏之外的所有区域。- 其他情况,如Activity是弹窗、或者7.0以后的分屏样式等,android.R.id.content也是弹窗的范围或者分屏所在的半个屏幕——这些情况较少,就暂且不考虑了。
我们经常用的setContentView(View view)/setContent(int layRes)其实就是把我们指定的View或者layRes放到android.R.id.content里面,成为它的子View。
所以,然后,第二行content.getChildAt(0)获取到的mChildOfContent
,其实也就是用以获取到我们用setContentView放进去的View。
2.设置一个Listener监听View树变化
mChildOfContent.getViewTreeObserver().addOnGlobalLayoutListener({ //简化了写法possiblyResizeChildOfContent();
});
View.getViewTreeObserver()可以获取一个ViewTreeObserver
对象——这个对象是一个观察者,专门用以监听当前View树所发生的一些变化。这里所注册的addOnGlobalLayoutListener
,就是会在当前的View树的全局布局(GlobalLayout)发生变化、或者其中的View可视状态有变化时,进行通知回调。
——『软键盘弹出』,则是会触发这个事件的一个源。 (软键盘弹出会使GlobalLayout发生变化)
也就是说,现在能监听到『软键盘弹出』的事件了。
3.界面变化之后,获取"可用高度"
当软键盘弹出了之后,接下来的事情是获取改变之后的界面的可用高度
(可以被开发者用以显示内容的高度)。
直接看代码:
private int computeUsableHeight() {Rect rect = new Rect();mChildOfContent.getWindowVisibleDisplayFrame(rect);// rect.top其实是状态栏的高度,如果是全屏主题,直接 return rect.bottom就可以了return (rect.bottom - rect.top);}
View.getWindowVisibleDisplayFrame(Rect rect),这行代码能够获取到的Rect——就是界面除去了标题栏、除去了被软键盘挡住的部分,所剩下的矩形区域——如图所示,红框中的区域。
Rect区域示意图
↑也可以看出:
- rect.top值,其实就是标题栏的高度。(实际上,这也常常被用作为获取标题栏高度的方法)
- 屏幕高度-rect.bottom,是软键盘的高度。(获取软键盘高度的方法也出现了)
这时,就有:
全屏模式
下,可用高度
= rect.bottom- 非
全屏模式
,可用高度
= rect.bottom - rect.top
4.最后一步,重设高度
我们计算出的可用高度
,是目前在视觉效果上能看到的界面高度。但当前界面的实际高度是比可用高度
要多出一个软键盘的距离的。
所以,最后一步,就是把界面高度置为可用高度
——大功告成。
private void possiblyResizeChildOfContent() {int usableHeightNow = computeUsableHeight();if (usableHeightNow != usableHeightPrevious) {int usableHeightSansKeyboard = mChildOfContent.getRootView().getHeight();int heightDifference = usableHeightSansKeyboard - usableHeightNow;if (heightDifference > (usableHeightSansKeyboard/4)) {// keyboard probably just became visibleframeLayoutParams.height = usableHeightSansKeyboard - heightDifference;} else {// keyboard probably just became hiddenframeLayoutParams.height = usableHeightSansKeyboard;}mChildOfContent.requestLayout();usableHeightPrevious = usableHeightNow;}}
上面的代码里添加了一个"heightDifference > (usableHeightSansKeyboard/4)"的判断,这是为了去除无谓的干扰。因为能触发OnGlobalLayout事件的原因有很多,不止是软键盘的弹出变化,还包括各种子View的隐藏显示变化等,它们对界面高度的影响有限。加上了这个判断之后,只有界面的高度变化超过1/4的屏幕高度,才会进行重新设置高度,基本能保证代码只响应软键盘的弹出。
总结
总结起来,就是这样:
- 普通Activity(不带WebView),直接使用
adjustpan
或者adjustResize
- 如果带WebView:
- a) 如果非
全屏模式
,可以使用adjustResize
- b) 如果是
全屏模式
,则使用AndroidBug5497Workaround
进行处理。
- a) 如果非
输入法遮挡EditText输入框的问题相关推荐
- Android输入法遮挡了输入框,使用android:fitsSystemWindows=“true“后界面顶部出现白条解决方案
Android输入法遮挡了输入框,使用android:fitsSystemWindows="true"后界面顶部出现白条解决方案 参考文章: (1)Android输入法遮挡了输入框 ...
- Android输入法遮挡了输入框,使用android:fitsSystemWindows=true后界面顶部出现白条
问题: 1.页面布局文件: <com.zhy.autolayout.AutoLinearLayout xmlns:android="http://schemas.android.com ...
- 处理VUE移动端输入法遮挡input输入框的问题
1.tmplate <input v-model="id" @blur="blurIn"> 2.methods blurIn() {window.s ...
- js手机键盘遮挡_完美解决手机网页中输入框被输入法遮挡的问题
之前要做一个弹出对话框,填写信息,发现在手机上看的时候,较后的输入框在填写信息时,输入框被输入法遮挡,只能盲填. 前提 1.弹出的对话框用display:fixed定位的 2.对话框大小固定 解决办法 ...
- 解决 android 输入法弹出输入框被遮挡的问题
解决 android 输入法弹出输入框被遮挡的问题 由于本人懒,也从不写博客,之所以写是因为这次开发 '又遇到' 输入法这个问题了,好久以前有遇到过,突然发现还是很有必要把他分享出来,言归正传,下面就 ...
- html手机页面左滑动空白,ios html滑动区域偶尔不显示问题,ios输入法遮挡输入框问题,关闭输入法页面出现空白问题...
-webkit-overflow-scrolling: touch;会引起滑动区域在部分ios系统偶尔不显示的问题: 再加上以下两行css解决: -webkit-backface-visibility ...
- Android 应用开发(41)---EditText(输入框)详解
EditText(输入框)详解 1.设置默认提示文本 如下图,相信你对于这种用户登录的界面并不陌生,是吧,我们很多时候都用的这种界面 相比另外这种,下面这种又如何? 还不赖是吧,当然,不会在这里贴布局 ...
- 2.3.2 EditText(输入框)详解
本节引言: 上一节中我们学习了第一个 UI控件TextView(文本框),文中给出了很多实际开发中可能遇到的一些需求 的解决方法,应该会为你的开发带来便利,在本节中,我们来学习第二个很常用的控件Edi ...
- Android软键盘遮挡EditText问题
最近在调试App过程遇到软件盘遮挡EditText的问题,特记录下问题的解决过程 在4.4版本上,如果EditText设置了gravity="center|right"其中之一且同 ...
最新文章
- SpringCloud微服务云架构构建B2B2C电子商务平台简介
- Spring Boot 2.0选择HikariCP作为默认数据库连接池的五大理由
- 【LeetCode从零单排】No189	.Rotate Array
- 6 计算机应用技,2019年10月自考计算机应用技术习题及答案6
- [导入]服务器终极安全设置与优化指南
- GitH2月份开源项目
- centos rpm
- java整理软件---java模拟键盘,鼠标操作
- Linux Kernel Linux内核项目
- 国内的点对点聊天工具鱼信Fishchat怎么用?
- ubuntu服务器版无线网卡,ubuntu server 16.10 启用无线网卡
- 前端大作业之淘宝页面设计
- 仅需一个app就能像homeassistant一样实现跨品牌联动?
- 基于Android Studio开发的笔记APP
- 2015美国大学计算机科学专业排名,2015年USNews美国大学计算机科学专业研究生排名...
- 可能是全网首个支持阿里云Elasticsearch Xapck鉴权的Skywalking
- Pycharm社区版下载与安装教程
- ros滑模控制_滑模变结构控制算法综述
- UINO优锘科技助力银行业开启智慧运维,踏入智慧金融时代
- 椭圆一般方程和参数方程之间关系