一些科特林代码：

从“活动”中隐藏键盘：

(currentFocus ?: View(this))
            .apply { (getSystemService(Activity.INPUT_METHOD_SERVICE) as InputMethodManager)
                        .hideSoftInputFromWindow(windowToken, 0) }

如果这里的所有其他答案都不适合您，那么还有另一种手动控制键盘的方法。

创建一个用于管理EditText的某些财产的函数：

public void setEditTextFocus(boolean isFocused) {
    searchEditText.setCursorVisible(isFocused);
    searchEditText.setFocusable(isFocused);
    searchEditText.setFocusableInTouchMode(isFocused);

    if (isFocused) {
        searchEditText.requestFocus();
    }
}

然后，确保在EditText的焦点上打开/关闭键盘：

searchEditText.setOnFocusChangeListener(new OnFocusChangeListener() {
    @Override
    public void onFocusChange(View v, boolean hasFocus) {
        if (v == searchEditText) {
            if (hasFocus) {
                // Open keyboard
                ((InputMethodManager) context.getSystemService(Context.INPUT_METHOD_SERVICE)).showSoftInput(searchEditText, InputMethodManager.SHOW_FORCED);
            } else {
                // Close keyboard
                ((InputMethodManager) context.getSystemService(Context.INPUT_METHOD_SERVICE)).hideSoftInputFromWindow(searchEditText.getWindowToken(), 0);
            }
        }
    }
});

现在，每当您想要打开键盘时，请手动调用：

setEditTextFocus(true);

对于结束通话：

setEditTextFocus(false);

别忘了：智能手机的系统设置是“输入方法和语言->物理键盘->显示屏幕键盘->开/关”。此设置“干扰”了此处的所有编程解决方案！我必须禁用/启用此设置才能完全隐藏/显示屏幕键盘！因为我是为MC2200设备开发的，所以我使用“EMDK配置文件管理->Ui管理器->虚拟键盘状态->显示/隐藏”

我花了两天多的时间研究了帖子中发布的所有解决方案，发现它们在某种程度上有所欠缺。我的确切要求是有一个按钮，可以100%可靠地显示或隐藏屏幕键盘。当键盘处于隐藏状态时，无论用户单击什么输入字段，都不应再次出现。当键盘处于可见状态时，不管用户单击什么按钮，都不应该消失。这需要在Android 2.2+上运行，直到最新的设备。

你可以在我的应用程序clean RPN中看到这一点的有效实现。

在许多不同的手机（包括froyo和姜饼设备）上测试了许多建议的答案后，很明显，android应用程序可以可靠地：

暂时隐藏键盘。当用户聚焦新的文本字段。活动开始时显示键盘并在活动上设置一个标志，指示他们的键盘应该始终可见。仅当活动为初始化。将活动标记为从不显示或允许使用键盘仅当活动为初始化。

对我来说，暂时隐藏键盘是不够的。在某些设备上，一旦新的文本字段被聚焦，它就会重新出现。当我的应用程序在一个页面上使用多个文本字段时，聚焦一个新的文本字段将导致隐藏的键盘再次弹出。

不幸的是，列表中的第2项和第3项仅在活动开始时工作可靠。一旦活动可见，就不能永久隐藏或显示键盘。诀窍是当用户按下键盘切换按钮时实际重新启动活动。在我的应用程序中，当用户按下切换键盘按钮时，会运行以下代码：

private void toggleKeyboard(){

    if(keypadPager.getVisibility() == View.VISIBLE){
        Intent i = new Intent(this, MainActivity.class);
        i.addFlags(Intent.FLAG_ACTIVITY_NO_ANIMATION);
        Bundle state = new Bundle();
        onSaveInstanceState(state);
        state.putBoolean(SHOW_KEYBOARD, true);
        i.putExtras(state);

        startActivity(i);
    }
    else{
        Intent i = new Intent(this, MainActivity.class);
        i.addFlags(Intent.FLAG_ACTIVITY_NO_ANIMATION);
        Bundle state = new Bundle();
        onSaveInstanceState(state);
        state.putBoolean(SHOW_KEYBOARD, false);
        i.putExtras(state);

        startActivity(i);
    }
}

这会导致当前活动将其状态保存到一个Bundle中，然后启动该活动，并传递一个布尔值，该布尔值指示键盘是显示还是隐藏。

在onCreate方法中，运行以下代码：

if(bundle.getBoolean(SHOW_KEYBOARD)){
    ((InputMethodManager) getSystemService(Context.INPUT_METHOD_SERVICE)).showSoftInput(newEquationText,0);
    getWindow().setSoftInputMode(LayoutParams.SOFT_INPUT_STATE_ALWAYS_VISIBLE);
}
else{
    getWindow().setFlags(WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM,
            WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM);
}

如果应该显示软键盘，则会告知InputMethodManager显示键盘，并指示窗口使软输入始终可见。如果软键盘应隐藏，则设置WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM。

这种方法在我测试过的所有设备上都能可靠地工作，从运行android 2.2的4岁HTC手机到运行4.2.2的nexus 7。这种方法的唯一缺点是需要小心处理后退按钮。由于我的应用程序基本上只有一个屏幕（它是一个计算器），我可以覆盖onBackPressed（）并返回设备主屏幕。

为了帮助澄清这种疯狂，我想首先代表所有Android用户为谷歌对软键盘的荒谬处理道歉。对于同一个简单的问题，有这么多答案，每个答案都不同，原因是这个API和Android中的许多其他API一样，设计得很糟糕。我想不出有礼貌的方式来表达。

我想隐藏键盘。我希望为Android提供以下语句：Keyboard.hide（）.结束。非常感谢你。但Android有一个问题。必须使用InputMethodManager隐藏键盘。好吧，这是Android的键盘API。但是！您需要有上下文才能访问IMM。现在我们有一个问题。我可能想将键盘隐藏在一个静态类或实用程序类中，该类不使用或不需要任何上下文。或者更糟糕的是，IMM要求您指定要隐藏键盘的视图（甚至更糟糕的，窗口）。

这就是隐藏键盘如此具有挑战性的原因。亲爱的谷歌：当我在查找蛋糕的食谱时，世界上没有食谱提供商会拒绝向我提供食谱，除非我首先回答世界卫生组织会吃蛋糕以及在哪里吃蛋糕！！

这个悲伤的故事以丑陋的事实结尾：要隐藏Android键盘，你需要提供两种形式的标识：上下文和视图或窗口。

我已经创建了一个静态实用程序方法，只要您从“活动”调用它，它就可以非常可靠地完成任务。

public static void hideKeyboard(Activity activity) {
    InputMethodManager imm = (InputMethodManager) activity.getSystemService(Activity.INPUT_METHOD_SERVICE);
    //Find the currently focused view, so we can grab the correct window token from it.
    View view = activity.getCurrentFocus();
    //If no view currently has focus, create a new one, just so we can grab a window token from it
    if (view == null) {
        view = new View(activity);
    }
    imm.hideSoftInputFromWindow(view.getWindowToken(), 0);
}

请注意，此实用程序方法仅在从“活动”调用时有效！上述方法调用目标Activity的getCurrentFocus以获取适当的窗口标记。

但是，假设您想对DialogFragment中托管的EditText隐藏键盘？您不能使用上述方法：

hideKeyboard(getActivity()); //won't work

这不会起作用，因为您将传递一个对Fragment的主机Activity的引用，在显示Fragment时，该主机Activity将没有焦点控制！哇！因此，为了隐藏键盘的碎片，我选择了更低级、更常见、更丑陋的方法：

public static void hideKeyboardFrom(Context context, View view) {
    InputMethodManager imm = (InputMethodManager) context.getSystemService(Activity.INPUT_METHOD_SERVICE);
    imm.hideSoftInputFromWindow(view.getWindowToken(), 0);
}

以下是从浪费更多时间追求此解决方案中收集到的一些附加信息：

关于windowSoftInputMode

还有一个争论点需要注意。默认情况下，Android会自动将初始焦点分配给“活动”中的第一个EditText或可聚焦控件。很自然，InputMethod（通常是软键盘）将通过显示自己来响应焦点事件。AndroidManifest.xml中的windowSoftInputMode属性设置为stateAlwaysHidden时，指示键盘忽略自动分配的初始焦点。

<activity
    android:name=".MyActivity"
    android:windowSoftInputMode="stateAlwaysHidden"/>

几乎令人难以置信的是，当您触摸控件时，它似乎没有阻止键盘打开（除非将focusable=“false”和/或focusableInTouchMode=“false”分配给控件）。显然，windowSoftInputMode设置仅适用于自动聚焦事件，而不适用于由触摸事件触发的聚焦事件。

因此，stateAlwaysHidden的名称确实非常糟糕。它可能应该被称为ignoreInitialFocus。

---

更新：获取窗口令牌的更多方法

如果没有聚焦视图（例如，如果您只是更改了片段，可能会发生这种情况），则会有其他视图提供有用的窗口标记。

如果（view==null）view=new view（activity），则这些是上述代码的替代方案；这些并没有明确提到你的活动。

在片段类中：

view = getView().getRootView().getWindowToken();

给定片段片段作为参数：

view = fragment.getView().getRootView().getWindowToken();

从内容主体开始：

view = findViewById(android.R.id.content).getRootView().getWindowToken();

---

更新2：如果从后台打开应用程序，请清除焦点以避免再次显示键盘

将此行添加到方法的末尾：

view.clearFocus（）；

简短的回答

在OnClick监听器中，使用IME_ACTION_DONE调用EditText的onEditorAction

button.setOnClickListener(new OnClickListener() {

    @Override
    public void onClick(View v) {
        someEditText.onEditorAction(EditorInfo.IME_ACTION_DONE)
    }
});

向下钻取

我觉得这种方法更好，更简单，更符合Android的设计模式。在上面的简单示例中（通常在大多数常见情况下），您将拥有一个具有焦点的EditText，并且它通常也是首先调用键盘的一个（在许多常见情况下它肯定能够调用它）。以同样的方式，它应该是释放键盘的人，通常这可以通过ImeAction来完成。只要看看带有android:imeOptions=“actionDone”的EditText的行为，您就可以通过相同的方式实现相同的行为。

---

检查此相关答案