Swift/SwiftUI 如何基于待办DatePicker设置的时间实现iOS本地通知

现有调试代码的核心故障点 #

• 待办数据与通知逻辑完全脱钩：当前scheduleNotification中setReminder被硬编码为当前系统时间，既没有读取Core Data存储的对应待办截止日期，通知的标题、内容也是占位字符串，哪怕通知成功触发也和当前待办没有关联。
• 通知标识全局固定：所有调度请求统一使用"alertNotificationUnique"作为标识符，iOS系统会对相同标识符的通知请求做覆盖替换，新增第二个待办提醒时，第一个待办的调度任务会被直接顶掉，最终系统中只会留存最后一个提交的通知任务。
• 日期兜底逻辑失效：因为setReminder被固定为当前时间，if setReminder < Date()的边界判断永远不成立，那段“过期时间自动延后1分钟”的逻辑根本不会执行。
• 授权流程无闭环：授权请求仅在App首次进入的.onAppear中触发，拿到用户授权后没有遍历Core Data的存量待办补全通知调度；如果用户首次拒绝授权、后续从系统设置开启通知权限，App也不会主动为已存在的待办排程提醒。

结合Core Data待办场景的改造实现 #

1. 通知调度函数改造（支持单待办绑定调度） #

首先将通用调度逻辑改造成可以接收具体待办对象的版本，利用Core Data待办的持久化ID生成全局唯一的通知标识符，同时处理各类边界判断：

// 假设Core Data待办实体为TodoItem，包含title、dueDate、priority字段
func scheduleNotification(for todo: TodoItem) {
    // 用待办的Core Data持久化ID生成唯一通知标识，保证和待办永久绑定
    let identifier = todo.objectID.uriRepresentation().absoluteString
    // 先清除该待办之前排程的旧通知，避免重复调度
    UNUserNotificationCenter.current().removePendingNotificationRequests(withIdentifiers: [identifier])
    
    // 跳过无截止日期、截止时间已过期的待办
    guard let dueDate = todo.dueDate, dueDate > Date() else { return }
    
    // 构造与待办信息匹配的通知内容
    let content = UNMutableNotificationContent()
    content.title = "待办提醒：\(todo.title ?? "未命名待办")"
    // 可根据优先级自定义通知样式
    if todo.priority >= 2 {
        content.body = "高优先级待办已到截止时间，请尽快处理"
        content.sound = .defaultCritical
        content.badge = 1
    } else {
        content.body = "待办事项已到截止时间"
        content.sound = .default
    }
    
    // 按待办截止时间生成日历触发规则
    let triggerComponents = Calendar.current.dateComponents([.year, .month, .day, .hour, .minute], from: dueDate)
    let trigger = UNCalendarNotificationTrigger(dateMatching: triggerComponents, repeats: false)
    
    // 组装请求提交给系统
    let request = UNNotificationRequest(identifier: identifier, content: content, trigger: trigger)
    UNUserNotificationCenter.current().add(request) { error in
        if let error = error {
            print("待办通知调度失败：\(error.localizedDescription)")
        }
    }
}

2. 全流程逻辑补全 #

将调度函数嵌入你现有的Core Data操作链路，避免通知和待办状态脱节：

• 新增待办流程：待办成功写入Core Data后，立刻调用scheduleNotification(for: 新待办对象)排程对应提醒
• 修改/删除待办流程：如果待办的截止日期被修改，重新调用上述调度函数更新通知；如果待办被删除，直接调用UNUserNotificationCenter.current().removePendingNotificationRequests(withIdentifiers: [对应待办的ID字符串])清除关联的通知，避免待办删除后仍弹出提醒
• 授权逻辑闭环改造：把你现有的授权请求函数补全授权成功后的存量待办排程逻辑，不要只打印成功日志就结束：

func requestPush() {
    UNUserNotificationCenter.current().requestAuthorization(options: [.alert, .badge, .sound]) { success, error in
        if success {
            print("All set!")
            // 授权成功后切回主队列，遍历Core Data中的有效待办补全通知
            DispatchQueue.main.async {
                let validTodos = fetchAllUncompletedTodos() // 你现有的Core Data查询方法
                validTodos.forEach { todo in
                    scheduleNotification(for: todo)
                }
            }
        } else if let error = error {
            print(error.localizedDescription)
        }
    }
}

常见排坑提示 #

• 测试通知时不要在App前台等待触发：iOS默认前台收到本地通知时不会弹出横幅，如果需要前台预览通知效果，需要在UNUserNotificationCenterDelegate的代理方法中设置前台展示样式
• 所有涉及Core Data查询、修改的操作一定要在主队列执行，通知授权、通知调度的回调是在子队列跑的，直接在回调线程操作Core Data会触发线程安全报错
• 初次验证时可以把通知触发时间临时设置为当前时间往后10秒，将App退到后台/锁屏后等待触发，确认链路连通后再对接真实的截止时间字段

内容的提问来源于stack exchange，提问作者Raw Bit Rabbit