如何限制Android MaterialTimePicker对话框的可选小时与分钟数值

原生MaterialTimePicker确实没有提供类似MaterialDatePicker的CalendarConstraints类来直接配置可选范围，以下是3种可行的替代实现方案：

方案1：拦截确认按钮做校验（最推荐，兼容性最好） #

不要使用默认的addOnPositiveButtonClickListener回调，而是在弹窗展示后重写确认按钮的点击逻辑，自行校验选中时间是否符合要求，不符合的情况下可以选择提示用户重新选择、或者直接修正选中值后再提交。
代码示例（Kotlin）：

// 构建基础的TimePicker
val timePicker = MaterialTimePicker.Builder()
    .setTitleText("选择工作时间")
    .build()

timePicker.show(supportFragmentManager, "TIME_PICKER_TAG")

// 弹窗展示后替换确认按钮逻辑
timePicker.dialog?.setOnShowListener { dialog ->
    val positiveBtn = timePicker.getButton(DialogInterface.BUTTON_POSITIVE)
    positiveBtn.setOnClickListener {
        val selectedHour = timePicker.hour
        val selectedMinute = timePicker.minute

        // 自定义校验逻辑，示例仅允许选择9:00 ~ 18:00之间的时间
        if (selectedHour < 9 || selectedHour >= 18) {
            Toast.makeText(this@YourActivity, "仅可选择9:00-18:00范围内的时间", Toast.LENGTH_SHORT).show()
            // 1.3.0-alpha02及以上版本的Material组件库支持直接修改选中时间
            // timePicker.hour = if (selectedHour < 9) 9 else 17
            // timePicker.minute = 0
            return@setOnClickListener
        }

        // 校验通过，处理选中的时间
        // 业务逻辑处理...
        timePicker.dismiss()
    }
}

方案2：文本输入模式下添加输入过滤器 #

如果你的TimePicker开启了文本输入模式，可以找到内部的小时、分钟输入控件，添加输入过滤器限制用户输入的数字范围，避免用户输入非法值：

timePicker.dialog?.setOnShowListener {
    val hourInput = timePicker.dialog?.findViewById<EditText>(com.google.android.material.R.id.material_timepicker_hour_input)
    val minuteInput = timePicker.dialog?.findViewById<EditText>(com.google.android.material.R.id.material_timepicker_minute_input)

    // 限制小时只能输入9~17
    hourInput?.filters = arrayOf(InputFilter { source, _, _, dest, dstart, dend ->
        val inputVal = (dest.substring(0, dstart) + source + dest.substring(dend)).toIntOrNull()
        if (inputVal != null && (inputVal < 9 || inputVal >= 18)) return@InputFilter ""
        null
    })
    // 按需求给分钟添加对应过滤规则即可
}

方案3：自定义时钟选择逻辑（仅需严格限制时钟点击场景使用） #

如果需要在时钟选择模式下直接禁止用户点击范围外的时间，需要继承MaterialTimePicker自定义控件，重写时钟区域的触摸事件判断，这个方案开发成本较高，仅在业务要求严格限制交互的场景下使用。

内容的提问来源于stack exchange，提问作者Don Miguel