在使用上述大多数建议添加固定数字的解决方案时，我刚刚遇到了一个错误。

S4的dpi很高，导致导航栏的高度为100px，因此我的应用程序认为键盘一直是打开的。

所以，随着所有新的高分辨率手机的发布，我认为使用硬编码值从长远来看不是一个好主意。

在各种屏幕和设备上进行测试后，我发现一个更好的方法是使用百分比。 获取decorView和你的应用内容之间的差异，然后检查这个差异的百分比。 从我得到的统计数据来看，大多数导航栏(无论大小、分辨率等)将占据屏幕的3%到5%。如果键盘是打开的，它会占据屏幕的47%到55%。

作为结论，我的解决方案是检查是否差异超过10%，然后我假设它的键盘打开。

Reuben Scratton和Kachi提供的解决方案似乎依赖于设备的像素密度，如果你有一个高密度的设备，即使按下键盘，高度差也可能超过100。围绕这一点的工作将是看到初始高度差(键盘向下)，然后与当前的差异进行比较。

boolean isOpened = false;
int firstHeightDiff = -1;

public void setListenerToRootView(){
    final View activityRootView = getActivity().getWindow().getDecorView().findViewById(android.R.id.content);
    Rect r = new Rect();
    activityRootView.getWindowVisibleDisplayFrame(r);
    firstHeightDiff = activityRootView.getRootView().getHeight() - (r.bottom - r.top);
    activityRootView.getViewTreeObserver().addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() {
        @Override
        public void onGlobalLayout() {
            if (isAdded()) {
                Rect r = new Rect();
                activityRootView.getWindowVisibleDisplayFrame(r);
                int heightDiff = activityRootView.getRootView().getHeight() - (r.bottom - r.top);
                isOpened = heightDiff>firstHeightDiff+100;
                if (isAdded())
                    if(isOpened) {
                        //TODO stuff for when it is up
                    } else {
                        //TODO stuf for when it is down
                    }
            }
        }
    });
}

哇，安卓极客们有好消息了。是时候向旧的方式说再见了。 首先我将添加官方发布说明来阅读和了解更多关于这些方法/类，然后我们将看到这些神奇的方法/类

注意:在这些类/方法发布之前，不要将它们添加到你的发布应用中

如何检查键盘可见性

val insets = ViewCompat.getRootWindowInsets(view)
val isKeyboardVisible = insets.isVisible(Type.ime())

其他用途很少

如何获取键盘的高度

val insets = ViewCompat.getRootWindowInsets(view)
val keyboardHeight = insets.getInsets(Type.ime()).bottom

如何显示/隐藏键盘

val controller = view.windowInsetsController

// Show the keyboard
controller.show(Type.ime())

// Hide the keyboard
controller.hide(Type.ime())

注意:WindowInsetsController是在API-30中添加的，所以要等到向后兼容类不可用。

如何听键盘隐藏/显示事件

ViewCompat.setOnApplyWindowInsetsListener(view) { v, insets ->
    val isKeyboardVisible = insets.isVisible(Type.ime())
    if (isKeyboardVisible) {
        // Do it when keyboard is being shown
    } else {
        // Do it when keyboard is hidden
    }

    // Return the insets to keep going down this event to the view hierarchy
    insets
}

视图#setOnApplyWindowInsetsListener可以用来获得窗口insets回调

public void setOnApplyWindowInsetsListener(OnApplyWindowInsetsListener listener) {
    getListenerInfo().mOnApplyWindowInsetsListener = listener;
}

//OnApplyWindowInsetsListener
public WindowInsets onApplyWindowInsets(View v, WindowInsets insets);

boolean keyboardVisible = insets.isVisible(WindowInsets.Type.ime())可以给出可见性状态。

当在viewpager中改变片段的方向时，我很难保持键盘状态。我不知道为什么，但它似乎是不稳定的，行为不同于标准的活动。

在这种情况下，要保持键盘状态，首先你应该添加android:windowSoftInputMode = "stateUnchanged"到你的AndroidManifest.xml。不过，您可能会注意到，这实际上并没有解决整个问题——如果在方向改变之前打开了键盘，那么键盘就不会为我打开。在其他所有情况下，这种行为似乎都是正确的。

然后，我们需要实现这里提到的解决方案之一。 我发现的最干净的一个是George Maisuradze的——使用hideSoftInputFromWindow中的布尔回调:

InputMethodManager imm = (InputMethodManager) getSystemService(Activity.INPUT_METHOD_SERVICE);
return imm.hideSoftInputFromWindow(mViewPager.getWindowToken(), 0);

我将这个值存储在我的Fragment的onSaveInstanceState方法中，并在onCreate中检索它。然后，我强制显示键盘在onCreateView，如果它有一个值为真(它返回真，如果键盘是可见的，实际上隐藏它之前的片段销毁)。

希望这能帮助到大家。

Reuben Scratton给出的新答案非常棒，而且非常有效，但它只在你将windowSoftInputMode设置为adjuststresize时才有效。如果你将它设置为adjustPan，使用他的代码片段仍然无法检测键盘是否可见。为了解决这个问题，我对上面的代码做了微小的修改。

final View activityRootView = findViewById(R.id.activityRoot);
activityRootView.getViewTreeObserver().addOnGlobalLayoutListener(new OnGlobalLayoutListener() {
@Override
public void onGlobalLayout() {
    Rect r = new Rect();
    //r will be populated with the coordinates of your view that area still visible.
    activityRootView.getWindowVisibleDisplayFrame(r);
   
    int heightDiff = activityRootView.getRootView().getHeight() - r.height();
    if (heightDiff > 0.25*activityRootView.getRootView().getHeight()) { // if more than 25% of the screen, its probably a keyboard...
        ... do something here
    }
 }
});