首次启动App请求推送通知授权，点击允许仍返回false的问题

这是个挺常见的iOS推送授权时序坑，我来帮你拆解下原因和对应的解决办法：

问题原因 #

• 首次启动App时，didFinishLaunchingWithOptions是App生命周期里非常早的阶段，此时系统的通知授权弹窗处理和状态同步存在微小延迟——用户点击“允许”后，系统还没来得及把授权状态持久化，导致回调里的granted拿到的是更新前的旧值。
• 二次启动时，系统已经把授权状态写入了本地偏好，所以granted能正确返回true。

解决方案 #

1. 依赖getNotificationSettings()获取真实授权状态 #

你代码里已经调用了getNotificationSettings()，但可以优化这个方法的逻辑，不要依赖请求授权回调里的granted值，而是在这个方法里读取系统实时的授权状态：

func getNotificationSettings() {
    UNUserNotificationCenter.current().getNotificationSettings { settings in
        // 切换到主线程处理UI或后续逻辑
        DispatchQueue.main.async {
            switch settings.authorizationStatus {
            case .authorized:
                // 这里才是确认授权成功的可靠节点，在这里注册APNs或做其他操作
                UIApplication.shared.registerForRemoteNotifications()
                print("推送授权已成功开启")
            case .denied, .notDetermined:
                print("推送授权未开启或未决定")
            default:
                break
            }
        }
    }
}

2. 调整授权请求的时机 #

把授权请求从didFinishLaunchingWithOptions移到更晚的生命周期节点，比如applicationDidBecomeActive(_:)，或者等用户首次进入主界面后再触发。同时用UserDefaults标记是否已经请求过授权，避免重复弹窗：

func applicationDidBecomeActive(_ application: UIApplication) {
    let hasRequestedAuth = UserDefaults.standard.bool(forKey: "HasRequestedPushAuth")
    if !hasRequestedAuth {
        registerForPushNotifications()
        UserDefaults.standard.set(true, forKey: "HasRequestedPushAuth")
    } else {
        // 每次启动都检查当前授权状态，确保逻辑正确
        getNotificationSettings()
    }
}

3. 排查代码干扰 #

确保没有其他代码在授权请求前就调用了UIApplication.shared.registerForRemoteNotifications()，也没有提前修改过UNUserNotificationCenter的设置，这些操作可能导致状态同步异常。

补充说明 #

系统的授权回调granted值偶尔会存在滞后，因为用户操作弹窗后，系统需要时间完成状态持久化。所以最可靠的方式始终是通过getNotificationSettings()获取实时状态，而不是依赖请求授权时的回调结果。

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