TextView onEditorAction返回false是否合法？存在副作用吗？

首先明确说：返回false让系统处理软键盘是完全合法的，完全符合官方文档的定义——文档里明确指出，返回true代表你已经处理了该操作，返回false则表示未处理，交由系统继续处理后续逻辑。

为什么网上示例大多返回true，但软键盘没关闭？ #

网上很多示例返回true，但软键盘保持打开，本质是因为这些示例只处理了业务逻辑（比如表单提交、内容校验），但没有手动调用隐藏软键盘的代码。因为返回true后，系统会认为你已经接管了这个事件的所有处理，不会再执行任何默认操作（包括关闭软键盘）。

返回false的合理性与副作用 #

返回false本身没有“非法”的问题，它就是设计来让系统处理默认行为的。但你需要清楚系统针对不同的actionId会有哪些默认操作，避免不符合预期的行为：

• 当actionId是EditorInfo.IME_ACTION_DONE时，系统默认会关闭软键盘，这正是你想要的效果；
• 当actionId是EditorInfo.IME_ACTION_NEXT时，系统默认会将焦点切换到下一个可输入的控件；
• 当actionId是EditorInfo.IME_ACTION_SEARCH时，系统可能会触发默认的搜索流程（如果你的布局配置了相关属性）。

所以副作用的核心在于：如果你已经处理了部分业务逻辑，但返回false，系统仍会执行对应的默认操作。比如你已经在onEditorAction里完成了搜索请求，却返回false，系统可能还会触发一次默认搜索，这就会造成重复操作。这种情况下，你应该在处理完业务后返回true，或者手动阻止系统的默认行为。

结合你的代码场景给出建议 #

在你的switch逻辑里，可以针对不同的actionId灵活选择返回值：

private TextView.OnEditorActionListener inputListener = new TextView.OnEditorActionListener() {
    @Override
    public boolean onEditorAction(TextView v, int actionId, KeyEvent event) {
        switch (actionId) {
            case EditorInfo.IME_ACTION_DONE:
                // 如果只是想让系统关闭软键盘，无需额外业务处理，直接返回false即可
                return false;
            case EditorInfo.IME_ACTION_SEARCH:
                // 处理搜索业务逻辑
                performSearch(v.getText().toString());
                // 此时如果不想让系统执行默认搜索行为，返回true；如果需要系统额外处理，返回false
                return true;
            default:
                // 其他未处理的action，交给系统处理
                return false;
        }
    }
};

总结一下：返回false是完全合规的，只要你清楚系统的默认行为并匹配自己的业务需求，就不会有问题。

内容的提问来源于stack exchange，提问作者Florian Walther