UITableView中UIDatePicker偶发无法修改：滑动后自动复原问题求助

Hey there, let's dig into this frustrating UIDatePicker behavior you're seeing—greyed-out but not disabled, sliding to a new value then snapping back when you release. This is almost always tied to UITableView cell reuse or data source synchronization issues, which are super common when building dynamic schedule interfaces like yours.

Let's break down the most likely causes and fixes:

1. Cell Reuse Isn't Resetting Picker State #

UITableView reuses cells to save memory, which means if you don't explicitly reset the DatePicker's state when a cell is reused, old settings (like disabled status or stale date values) can linger. That's probably why you're seeing the picker snap back—when you switch days, the reused cell is pulling old data instead of the current day's values.

Fix: #

• Override prepareForReuse in your custom cell: This method runs right before a cell is reused, so use it to reset the picker to a clean state:

  override func prepareForReuse() {
      super.prepareForReuse()
      // Reset picker enabled status
      startTimePicker.isEnabled = true
      endTimePicker.isEnabled = true
      // Reset to a default date or pull from your data source later (in cellForRowAt)
      startTimePicker.date = Date()
      endTimePicker.date = Date()
  }
  

• Always explicitly set picker values in cellForRowAt: When configuring a cell for a specific day, make sure you pull the latest start/end time from your data source and assign it to the picker. Don't rely on the picker retaining the correct value on its own:

  func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
      let cell = tableView.dequeueReusableCell(withIdentifier: "ScheduleCell", for: indexPath) as! ScheduleCell
      let daySchedule = yourDataSource[indexPath.row]
      // Assign the correct dates to the pickers
      cell.startTimePicker.date = daySchedule.startTime
      cell.endTimePicker.date = daySchedule.endTime
      // Double-check enabled status
      cell.startTimePicker.isEnabled = true
      cell.endTimePicker.isEnabled = true
      return cell
  }
  

2. Your Data Source Isn't Updating When the Picker Changes #

If the picker's new value isn't saved to your data source immediately, when you switch days and come back, the cell will reload the old value from the source—making it look like the picker snapped back.

Fix: #

• Link picker changes directly to your data source: In your custom cell, add a callback (or use a delegate pattern) to update the data source when the picker's value changes. For example:

  // Inside your custom ScheduleCell
  var onStartTimeChanged: ((Date) -> Void)?
  var onEndTimeChanged: ((Date) -> Void)?
  
  @objc private func handleStartTimeChange(_ sender: UIDatePicker) {
      onStartTimeChanged?(sender.date)
  }
  
  // Then in cellForRowAt:
  cell.onStartTimeChanged = { [weak self] newDate in
      guard let self = self else { return }
      self.yourDataSource[indexPath.row].startTime = newDate
  }
  

  This ensures every picker adjustment is saved to your data source right away.

3. Greyed-Out (But Not Disabled) Picker #

If the picker looks grey but isEnabled is true, check these two things:

• Cell content view interaction: Make sure your cell's contentView.isUserInteractionEnabled is set to true (sometimes this gets disabled by accident when configuring cells).
• Overlay views: Verify no other views (like a semi-transparent overlay or a hidden UI element) are covering the picker—this can make it look greyed out even if it's interactive.

Debugging Tips to Confirm the Issue #

• Add print statements in cellForRowAt and prepareForReuse to log the picker's date and enabled status. This will show you if the cell is loading stale data.
• When you adjust the picker, print the updated value in your callback to confirm it's being saved to the data source.

By addressing cell reuse and data sync first, you should eliminate that annoying snap-back behavior and fix the greyed-out picker issue.

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