Android webview 軟鍵盤遮擋

前言

開發(fā)做得久了，總免不了會(huì)遇到各種坑。

而在Android開發(fā)的路上，『軟鍵盤擋住了輸入框』這個(gè)坑，可謂是一個(gè)曠日持久的巨坑——來(lái)來(lái)來(lái)，我們慢慢看。

入門篇

Base

最基本的情況，如圖所示：在頁(yè)面底部有一個(gè)EditText，如果不做任何處理，那么在軟鍵盤彈出的時(shí)候，就有可能會(huì)擋住EditText。

對(duì)于這種情況的處理其實(shí)很簡(jiǎn)單，只需要在AndroidManifest文件中對(duì)activity設(shè)置：android:windowSoftInputMode的值adjustPan或者adjustResize即可，像這樣：

<activity

? ? android:name=".MainActivity"

? ? android:windowSoftInputMode="adjustPan"? >

? ? ...

</activity>

一般來(lái)說，他們都可以解決問題，當(dāng)然，adjustPan跟adjustResize的效果略有區(qū)別。

adjustPan是把整個(gè)界面向上平移，使輸入框露出，不會(huì)改變界面的布局；

adjustResize則是重新計(jì)算彈出軟鍵盤之后的界面大小，相當(dāng)于是用更少的界面區(qū)域去顯示內(nèi)容，輸入框一般自然也就在內(nèi)了。

↑↑↑ OK，這只是入門，基本上地球上所有的Android工程師都能搞定。

別急，看下面~

加上WebView試試看？坑來(lái)了……

上面的入門篇中，軟鍵盤是由原生的EditText觸發(fā)彈出的。而在H5、Hybrid幾乎已經(jīng)成為App標(biāo)配的時(shí)候，我們經(jīng)常還會(huì)碰到的情況是：軟鍵盤是由WebView中的網(wǎng)頁(yè)元素所觸發(fā)彈出的。

情況描述

這時(shí)候，情況就會(huì)變得復(fù)雜了:

首先，頁(yè)面是非全屏模式的情況下，給activity設(shè)置adjustPan會(huì)失效。

其次，頁(yè)面是全屏模式的情況，adjustPan跟adjustResize都會(huì)失效。

——解釋一下，這里的全屏模式即是頁(yè)面是全屏的，包括Application或activity使用了Fullscreen主題、使用了『狀態(tài)色著色』、『沉浸式狀態(tài)欄』、『Immersive Mode』等等——總之，基本上只要是App自己接管了狀態(tài)欄的控制，就會(huì)產(chǎn)生這種問題。

下面這個(gè)表格可以簡(jiǎn)單列舉了具體的情況。

表格

為什么說它是個(gè)坑？"issue 5497"

上面表格的這種情況并非是Google所期望的，理想的情況當(dāng)然是它們都能正常生效才對(duì)——所以這其實(shí)是Android系統(tǒng)本身的一個(gè)BUG。

為什么文章開頭說這是個(gè)坑呢？

——因?yàn)檫@個(gè)BUG從Android1.x時(shí)代（2009年）就被報(bào)告了，而一直到了如今的Android7.0（2016年）還是沒有修復(fù)……/(ㄒoㄒ)/

可以說這不僅是個(gè)坑，而且還是個(gè)官方挖的坑~

"issue 5497"，詳情傳送門 ?Issue 5497 - android -WebView adjustResize windowSoftInputMode breaks when activity is fullscreen - Android Open Source Project - Issue Tracker - Google Project Hosting

當(dāng)然了，不管坑是誰(shuí)挖的，最終還是要開發(fā)者來(lái)解決。

遇到坑之后，有兩種方法可以過去：躲，或者填。

躲坑姿勢(shì)

如前文所示，出現(xiàn)坑的條件是：帶有WebView的activity使用了全屏模式或者adjustPan模式。

那么躲坑的姿勢(shì)就很簡(jiǎn)單了——

如果activity中有WebView，就不要使用全屏模式，并且把它的windowSoftInputMode值設(shè)為adjustResize就好了嘛

怎么樣，是不是很簡(jiǎn)單？??

20130927092846557

填坑姿勢(shì)

但總有些時(shí)候，是需要全屏模式跟WebView兼得的，這時(shí)候，躲坑就不行了，我們需要一個(gè)新的填坑的姿勢(shì)。幸好，開發(fā)者的智慧是無(wú)窮的，這個(gè)坑出現(xiàn)了這么多年，還是有人找到了一些解決方案的。

AndroidBug5497Workaround

我個(gè)人認(rèn)為最好的解決方案是這個(gè)：AndroidBug5497Workaround，只需要一個(gè)神奇的AndroidBug5497Workaround類。

看名字就知道，它是專門用來(lái)對(duì)付"5497"問題的，使用步驟也是超級(jí)簡(jiǎn)單：

把AndroidBug5497Workaround類復(fù)制到項(xiàng)目中

在需要填坑的activity的onCreate方法中添加一句AndroidBug5497Workaround.assistActivity(this)即可。

經(jīng)過測(cè)試，基本在各個(gè)Android版本上都可用，效果基本與設(shè)置了adjustResize相當(dāng)。

看一個(gè)對(duì)比圖：

效果對(duì)比圖

來(lái)自我廠App的某個(gè)使用WebView的全屏模式Activity頁(yè)面，從左到右分別是：沒有軟鍵盤的樣式、軟鍵盤擋住輸入框的效果、以及使用AndroidBug5497Workaround之后的最終效果。

它的原理是什么？

這個(gè)炫酷AndroidBug5497Workaround類，其實(shí)并不是很復(fù)雜，只有幾十行代碼，先貼在這里：

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 visible

? ? ? ? ? ? ? ? frameLayoutParams.height = usableHeightSansKeyboard - heightDifference;

? ? ? ? ? ? } else {

? ? ? ? ? ? ? ? // keyboard probably just became hidden

? ? ? ? ? ? ? ? frameLayoutParams.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界面上開發(fā)者所能控制的區(qū)域的根View。

如果Activity是全屏模式，那么android.R.id.content就是占滿全部屏幕區(qū)域的。

如果Activity是普通的非全屏模式，那么android.R.id.content就是占滿除狀態(tài)欄之外的所有區(qū)域。

其他情況，如Activity是彈窗、或者7.0以后的分屏樣式等，android.R.id.content也是彈窗的范圍或者分屏所在的半個(gè)屏幕——這些情況較少，就暫且不考慮了。

我們經(jīng)常用的setContentView(View view)/setContent(int layRes)其實(shí)就是把我們指定的View或者layRes放到android.R.id.content里面，成為它的子View。

所以，然后，第二行content.getChildAt(0)獲取到的mChildOfContent，其實(shí)也就是用以獲取到我們用setContentView放進(jìn)去的View。

2.設(shè)置一個(gè)Listener監(jiān)聽View樹變化

mChildOfContent.getViewTreeObserver().addOnGlobalLayoutListener({ //簡(jiǎn)化了寫法

? ? ? ? possiblyResizeChildOfContent();

});

View.getViewTreeObserver()可以獲取一個(gè)ViewTreeObserver對(duì)象——這個(gè)對(duì)象是一個(gè)觀察者，專門用以監(jiān)聽當(dāng)前View樹所發(fā)生的一些變化。這里所注冊(cè)的addOnGlobalLayoutListener，就是會(huì)在當(dāng)前的View樹的全局布局（GlobalLayout）發(fā)生變化、或者其中的View可視狀態(tài)有變化時(shí)，進(jìn)行通知回調(diào)。

——『軟鍵盤彈出』，則是會(huì)觸發(fā)這個(gè)事件的一個(gè)源。(軟鍵盤彈出會(huì)使GlobalLayout發(fā)生變化)

也就是說，現(xiàn)在能監(jiān)聽到『軟鍵盤彈出』的事件了。

3.界面變化之后，獲取"可用高度"

當(dāng)軟鍵盤彈出了之后，接下來(lái)的事情是獲取改變之后的界面的可用高度（可以被開發(fā)者用以顯示內(nèi)容的高度）。

直接看代碼：

? ? private int computeUsableHeight() {

? ? ? ? Rect rect = new Rect();

? ? ? ? mChildOfContent.getWindowVisibleDisplayFrame(rect);

? ? ? ? // rect.top其實(shí)是狀態(tài)欄的高度，如果是全屏主題，直接 return rect.bottom就可以了

? ? ? ? return (rect.bottom - rect.top);

? ? }

View.getWindowVisibleDisplayFrame(Rect rect)，這行代碼能夠獲取到的Rect——就是界面除去了標(biāo)題欄、除去了被軟鍵盤擋住的部分，所剩下的矩形區(qū)域——如圖所示，紅框中的區(qū)域。

Rect區(qū)域示意圖

↑也可以看出：

rect.top值，其實(shí)就是標(biāo)題欄的高度。（實(shí)際上，這也常常被用作為獲取標(biāo)題欄高度的方法）

屏幕高度-rect.bottom，是軟鍵盤的高度。（獲取軟鍵盤高度的方法也出現(xiàn)了）

這時(shí)，就有：

全屏模式下，可用高度= rect.bottom

非全屏模式，可用高度= rect.bottom - rect.top

4.最后一步，重設(shè)高度

我們計(jì)算出的可用高度，是目前在視覺效果上能看到的界面高度。但當(dāng)前界面的實(shí)際高度是比可用高度要多出一個(gè)軟鍵盤的距離的。

所以，最后一步，就是把界面高度置為可用高度——大功告成。

? ? 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 visible

? ? ? ? ? ? ? ? frameLayoutParams.height = usableHeightSansKeyboard - heightDifference;

? ? ? ? ? ? } else {

? ? ? ? ? ? ? ? // keyboard probably just became hidden

? ? ? ? ? ? ? ? frameLayoutParams.height = usableHeightSansKeyboard;

? ? ? ? ? ? }

? ? ? ? ? ? mChildOfContent.requestLayout();

? ? ? ? ? ? usableHeightPrevious = usableHeightNow;

? ? ? ? }

? ? }

上面的代碼里添加了一個(gè)"heightDifference > (usableHeightSansKeyboard/4)"的判斷，這是為了去除無(wú)謂的干擾。因?yàn)槟苡|發(fā)OnGlobalLayout事件的原因有很多，不止是軟鍵盤的彈出變化，還包括各種子View的隱藏顯示變化等，它們對(duì)界面高度的影響有限。加上了這個(gè)判斷之后，只有界面的高度變化超過1/4的屏幕高度，才會(huì)進(jìn)行重新設(shè)置高度，基本能保證代碼只響應(yīng)軟鍵盤的彈出。

總結(jié)

總結(jié)起來(lái)，就是這樣：

普通Activity（不帶WebView），直接使用adjustpan或者adjustResize

如果帶WebView：

a) 如果非全屏模式，可以使用adjustResize

b) 如果是全屏模式，則使用AndroidBug5497Workaround進(jìn)行處理。

OK，以上就是一段關(guān)于『軟鍵盤擋住輸入框』的爬坑之旅。



以上為轉(zhuǎn)載? 重點(diǎn)在這里

這個(gè)代碼有個(gè)問題是 有edittext 手機(jī)使用虛擬按鍵 會(huì)遮擋webview

我修改了如下代碼 可以試試 我這里是沒有問題的

package com.wetran.ebusiness.ui.view;

import android.app.Activity;

import android.graphics.Rect;

import android.os.Build;

import android.view.View;

import android.view.ViewTreeObserver;

import android.widget.FrameLayout;

public class AndroidBug5497Workaround {

? ? public static void assistActivity(Activity activity) {

? ? ? ? new AndroidBug5497Workaround(activity);

? ? }

? ? private View mChildOfContent;

? ? private int usableHeightPrevious;

? ? private FrameLayout.LayoutParams frameLayoutParams;

? ? private int contentHeight;

? ? private boolean isfirst = true;

? ? private Activity activity;

? ? private int statusBarHeight;

? ? private AndroidBug5497Workaround(Activity activity) {

? ? ? ? //獲取狀態(tài)欄的高度

? ? ? ? int resourceId = activity.getResources().getIdentifier("status_bar_height", "dimen", "android");

? ? ? ? statusBarHeight = activity.getResources().getDimensionPixelSize(resourceId);

? ? ? ? this.activity = activity;

? ? ? ? FrameLayout content = (FrameLayout) activity.findViewById(android.R.id.content);

? ? ? ? mChildOfContent = content.getChildAt(0);

? ? ? ? //界面出現(xiàn)變動(dòng)都會(huì)調(diào)用這個(gè)監(jiān)聽事件

? ? ? ? mChildOfContent.getViewTreeObserver().addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() {

? ? ? ? ? ? public void onGlobalLayout() {

? ? ? ? ? ? ? ? if (isfirst) {

? ? ? ? ? ? ? ? ? ? contentHeight = mChildOfContent.getHeight();//兼容華為等機(jī)型

? ? ? ? ? ? ? ? ? ? isfirst = false;

? ? ? ? ? ? ? ? }

? ? ? ? ? ? ? ? possiblyResizeChildOfContent();

? ? ? ? ? ? }

? ? ? ? });

? ? ? ? frameLayoutParams = (FrameLayout.LayoutParams)

? ? ? ? ? ? ? ? mChildOfContent.getLayoutParams();

? ? }

? ? //重新調(diào)整跟布局的高度

? ? private void possiblyResizeChildOfContent() {

? ? ? ? int usableHeightNow = computeUsableHeight();

? ? ? ? //當(dāng)前可見高度和上一次可見高度不一致 布局變動(dòng)

? ? ? ? if (usableHeightNow != usableHeightPrevious) {

? ? ? ? ? ? //int usableHeightSansKeyboard2 = mChildOfContent.getHeight();//兼容華為等機(jī)型

? ? ? ? ? ? int usableHeightSansKeyboard = mChildOfContent.getRootView().getHeight();

? ? ? ? ? ? int heightDifference = usableHeightSansKeyboard - usableHeightNow;

? ? ? ? ? ? if (heightDifference > (usableHeightSansKeyboard / 4)) {

? ? ? ? ? ? ? ? // keyboard probably just became visible

? ? ? ? ? ? ? ? if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {

? ? ? ? ? ? ? ? ? ? //frameLayoutParams.height = usableHeightSansKeyboard - heightDifference;

? ? ? ? ? ? ? ? ? ? frameLayoutParams.height = usableHeightSansKeyboard - heightDifference + statusBarHeight;

? ? ? ? ? ? ? ? } else {

? ? ? ? ? ? ? ? ? ? frameLayoutParams.height = usableHeightSansKeyboard - heightDifference;

? ? ? ? ? ? ? ? }

? ? ? ? ? ? } else {

? ? ? ? ? ? ? ? frameLayoutParams.height = contentHeight;

? ? ? ? ? ? }

? ? ? ? ? ? mChildOfContent.requestLayout();

? ? ? ? ? ? usableHeightPrevious = usableHeightNow;

? ? ? ? }

? ? }

? ? /**

? ? * 計(jì)算mChildOfContent可見高度 ** @return

? ? */

? ? private int computeUsableHeight() {

? ? ? ? Rect r = new Rect();

? ? ? ? mChildOfContent.getWindowVisibleDisplayFrame(r);

? ? ? ? return (r.bottom - r.top);

? ? }

}

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡(jiǎn)書系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容