Swift中如何让UIDatePicker仅显示指定日期区间内的特定时间段

嗨，这个需求我之前也碰到过——原生的UIDatePicker只靠minimumDate和maximumDate确实没法实现“按日期区间+每日特定时间段”的双重限制，不过我们可以通过监听选择事件，实时校验并修正选中时间的方式来达成目标，下面是具体的实现思路和代码：

核心逻辑 #

既然原生控件不支持直接过滤时间点，那我们就主动介入用户的选择操作：每次用户选完时间后，我们判断这个时间是否符合你的规则（日期在指定区间内、时间在当天的10:00~12:00之间、且是15分钟的整数倍），如果不符合，就自动把Picker的日期调整到最近的合法时间点。

具体实现步骤 #

1. 先明确你的规则常量：把日期区间、每日时间段、时间间隔这些配置抽出来，方便后续调整；
2. 监听Picker的valueChanged事件：用户每次滚动选择都会触发这个事件，我们就在这里做校验；
3. 编写校验与修正逻辑：分三层判断——日期是否在区间内、时间是否在当日合法段内、是否符合时间间隔要求，每一层不符合就修正到合法值。

完整代码示例 #

首先定义规则（你可以根据业务动态生成这些值，比如从接口获取）：

// 目标日期区间：2018-02-10 ~ 2018-02-14
let dateFormatter = DateFormatter()
dateFormatter.dateFormat = "yyyy-MM-dd"
guard let targetStartDate = dateFormatter.date(from: "2018-02-10"),
      let targetEndDate = dateFormatter.date(from: "2018-02-14") else {
    fatalError("日期格式解析失败")
}

// 每日合法时间段：10:00 ~ 12:00，时间间隔15分钟
let dailyStartComponents = DateComponents(hour: 10, minute: 0)
let dailyEndComponents = DateComponents(hour: 12, minute: 0)
let requiredMinuteInterval = 15

然后在你的wantTimePickerChanged方法里加入校验逻辑：

@objc func wantTimePickerChanged(_ sender: UIDatePicker) {
    let selectedDate = sender.date
    let calendar = Calendar.current
    
    // 第一步：校验日期是否在目标区间内
    guard selectedDate >= targetStartDate && selectedDate <= targetEndDate else {
        // 超出日期范围，修正到最近的合法日期的起始时间
        let correctedDate = selectedDate < targetStartDate ? targetStartDate : targetEndDate
        let correctedTime = calendar.date(bySettingHour: 10, minute: 0, second: 0, of: correctedDate)!
        sender.date = correctedTime
        updateWantTimeTextField(with: correctedTime)
        return
    }
    
    // 第二步：提取选中日期的“纯日期”部分（去掉时间）
    let selectedDayStart = calendar.startOfDay(for: selectedDate)
    
    // 计算当天的合法时间范围
    guard let dailyStartTime = calendar.date(byAdding: dailyStartComponents, to: selectedDayStart),
          let dailyEndTime = calendar.date(byAdding: dailyEndComponents, to: selectedDayStart) else {
        return
    }
    
    // 第三步：校验时间是否在当日合法范围内
    if selectedDate < dailyStartTime {
        // 早于当日起始时间，修正到当日10:00
        sender.date = dailyStartTime
        updateWantTimeTextField(with: dailyStartTime)
    } else if selectedDate > dailyEndTime {
        // 晚于当日结束时间，修正到当日12:00（也可以改成下一个合法日期的10:00，看你需求）
        sender.date = dailyEndTime
        updateWantTimeTextField(with: dailyEndTime)
    } else {
        // 时间在合法段内，再校验是否符合15分钟间隔
        let selectedMinutes = calendar.component(.minute, from: selectedDate)
        let remainder = selectedMinutes % requiredMinuteInterval
        
        if remainder != 0 {
            // 调整到最近的15分钟整点
            var adjustedMinutes = selectedMinutes - remainder
            // 如果余数超过间隔的一半，就向上取整（比如10分钟就调到15分，5分钟就调到0分）
            if remainder >= requiredMinuteInterval / 2 {
                adjustedMinutes += requiredMinuteInterval
            }
            
            var adjustedComponents = calendar.dateComponents([.year, .month, .day, .hour, .minute], from: selectedDate)
            adjustedComponents.minute = adjustedMinutes
            
            // 确保调整后的时间不超过当日结束时间
            if let adjustedDate = calendar.date(from: adjustedComponents), adjustedDate <= dailyEndTime {
                sender.date = adjustedDate
                updateWantTimeTextField(with: adjustedDate)
            } else {
                sender.date = dailyEndTime
                updateWantTimeTextField(with: dailyEndTime)
            }
        } else {
            // 完全符合规则，直接更新输入框
            updateWantTimeTextField(with: selectedDate)
        }
    }
}

// 辅助方法：更新输入框的显示文本
private func updateWantTimeTextField(with date: Date) {
    let displayFormatter = DateFormatter()
    displayFormatter.dateFormat = "yyyy-MM-dd HH:mm"
    displayFormatter.locale = Locale(identifier: "zh_TW")
    wantTimeTextField.text = displayFormatter.string(from: date)
}

额外优化建议 #

• 如果不同日期有不同的时间段规则（比如周末时间段不同），可以把规则改成[Date: (start: DateComponents, end: DateComponents)]的字典形式，根据选中的日期匹配对应的规则；
• 初始化UIDatePicker时，记得把默认选中的日期也过一遍校验逻辑，避免初始状态就出现非法时间；
• 如果觉得实时修正的体验不够顺滑，也可以考虑自定义一个UIPickerView，手动把所有合法的时间点加载进去，这样用户只能选择预设选项，但实现成本会高一些。

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