TextInputEditText如何实现粘贴前去空格再应用maxLength限制

核心问题根因：xml中配置的android:maxLength属性会由系统自动注入优先级最高的InputFilter.LengthFilter，会在所有自定义文本回调、自定义InputFilter（如果不手动移除默认过滤器）、TextWatcher执行前先做长度截断，此时拿到的文本已经丢失了超长部分的有效字符，后置去空格逻辑不可能拿到完整的有效内容。 #

方案1：自定义InputFilter（优先推荐，全场景覆盖） #

不要在xml布局中配置android:maxLength属性，手动替换系统默认的长度过滤器，在过滤器中先完成空格过滤，再做长度截断，从输入链路的最前置环节处理内容：

/**
 * 绑定输入框：自动过滤所有空格，同时限制有效字符最大长度
 * @param maxLength 无空格内容的最大允许长度
 */
fun bindEditTextWithNoSpaceLimit(editText: EditText, maxLength: Int) {
    // 移除系统自动注入的LengthFilter（如果xml配置过maxLength会存在该过滤器）
    val filters = editText.filters
        .filterNot { it is InputFilter.LengthFilter }
        .toMutableList()
    // 添加自定义处理过滤器
    filters.add(InputFilter { source, _, _, dest, dStart, dEnd ->
        // 第一步：先把本次输入/粘贴的原始内容中所有空格移除
        val processedInput = source.toString().replace("\\s".toRegex(), "")
        // 第二步：计算当前输入框剩余可容纳的有效字符长度
        val availableLength = maxLength - (dest.length - (dEnd - dStart))
        return@InputFilter when {
            availableLength <= 0 -> "" // 剩余长度为0，不允许输入
            processedInput.length <= availableLength -> processedInput // 输入内容长度合规，直接返回去空格后的内容
            else -> processedInput.substring(0, availableLength) // 超长则按剩余长度截断
        }
    })
    editText.filters = filters.toTypedArray()
}

使用方式 #

• 布局文件中删除android:maxLength="8"配置
• 代码中初始化控件后调用：

  bindEditTextWithNoSpaceLimit(binding.textInputEditText, 8)
  

方案优势 #

• 覆盖所有输入场景：手动输入空格、菜单粘贴、键盘自带粘贴、手势插入文本全生效
• 不会出现光标跳位问题，InputFilter是系统官方的文本预处理入口，返回处理后的文本由系统自动更新光标位置
• 无递归调用风险，不需要额外加文本监听锁

方案2：拦截粘贴事件（不推荐，存在兼容问题） #

如果必须保留xml中的maxLength配置，可以通过重写控件的粘贴事件，在系统处理粘贴内容前先拿到剪贴板完整文本，去空格后再插入输入框：

class CustomTextInputEditText : TextInputEditText {
    // 省略其他构造方法
    override fun onTextContextMenuItem(id: Int): Boolean {
        if (id == android.R.id.paste) {
            val clipboard = context.getSystemService(Context.CLIPBOARD_SERVICE) as ClipboardManager
            val originalText = clipboard.primaryClip?.getItemAt(0)?.coerceToText(context)?.toString() ?: ""
            val noSpaceText = originalText.replace("\\s".toRegex(), "")
            // 自行处理文本插入、选中替换、长度截断逻辑
            // 注意：该方案无法拦截部分厂商ROM自定义粘贴入口、键盘内置粘贴功能，兼容性差
            return true
        }
        return super.onTextContextMenuItem(id)
    }
}

无效方案避坑 #

以下方案均无法达到预期，不要浪费时间尝试：

• 在TextWatcher的beforeTextChanged/onTextChanged/afterTextChanged回调中处理文本：回调触发时系统已经完成了maxLength截断，最后一位有效字符已经被丢弃
• 自定义普通InputFilter但不移除系统默认的LengthFilter：系统的LengthFilter执行优先级高于自定义过滤器，拿到的source已经是被截断后的内容
• 通过RxJava绑定文本流做后置处理：本质还是基于TextWatcher实现，同样存在截断早于回调的问题

内容的提问来源于stack exchange，提问作者Wilson Lesley