Tôi nhận thấy rằng trên iOS 11 beta 2, các thông báo im lặng không được gửi đến application:didReceiveRemoteNotification:fetchCompletionHandlerbất kể trạng thái của ứng dụng (nền / tiền cảnh).

Tôi đã thực hiện UIApplicationDelegetephương pháp application:didReceiveRemoteNotification:fetchCompletionHandlervà tôi gửi sự thúc đẩy im lặng sau đây

{  
  "aps": {  
    "content-available": 1  
  },  
  "mydata": {  
    "foo": "bar"  
  }  
} 

nhưng phương thức đại biểu không được gọi trên iOS 11.

Nó hoạt động tốt trên các phiên bản iOS khác và phần tài liệu Cấu hình Thông báo Im lặng không đề cập đến bất kỳ điều gì khác nên được thực hiện.

Đây có phải là một lỗi trong iOS 11 hay tôi đã bỏ lỡ điều gì mới trong iOS 11?

Xin lưu ý rằng tôi không nói về hoặc sử dụng UserNotificationkhuôn khổ không cần thiết để gửi các cú đẩy im lặng.

Đây là một dự án mẫu minh họa vấn đề (bạn sẽ phải đặt id gói của riêng bạn)

Khi bạn ăn trưa dự án mẫu và gửi một trọng tải trên cho ứng dụng, bạn có thể sử dụng bảng điều khiển macOS để thấy rằng việc đẩy được phân phối chính xác đến thiết bị nhưng không phải cho ứng dụng.

CẬP NHẬT 10,08

Có vẻ như hành vi là ngẫu nhiên. Đôi khi sau khi khởi động lại thiết bị, tải trọng được phân phối chính xác nhưng nó sẽ ngừng hoạt động sau một thời gian.

Như bạn có thể thấy trên ảnh chụp màn hình sau đây, lần đẩy được đánh dấu là 1 chỉ được phân định cho thiết bị và lần đẩy 2 (sau khi khởi động lại thiết bị) cũng được gửi đến ứng dụng.

CẬP NHẬT 14,08 - iOS 11 Beta 6

Vẫn hành vi tương tự. Một điều khác được cho là hoạt động nhưng không phải là sau đây. Khi lược đồ của ứng dụng được đặt thành "Đợi cho thực thi được khởi chạy", một cú đẩy im lặng được cho là sẽ đánh thức ứng dụng và khởi động nó ở chế độ nền.

CẬP NHẬT 21,08 - iOS 11 Beta 7

Vẫn hành vi tương tự và không cập nhật từ Apple trong báo cáo lỗi.

CẬP NHẬT 29,08 - iOS 11 Beta 8

Vẫn là vấn đề tương tự. Các bước để sao chép tôi sử dụng bây giờ là như sau:

• Trong sơ đồ dự án Xcode, chọn "Đợi thực thi được khởi chạy"
• Thêm một điểm dừng trong didReceiveRemoteNotification: fetchCompletionHandler
• Khởi động ứng dụng trên thiết bị
• Gửi sự thúc đẩy thầm lặng ở trên

Dự kiến : Ứng dụng được đưa từ trạng thái treo sang nền và didReceiveRemoteNotification: fetchCompletionHandlerđược gọi là

Thực tế : không có gì xảy ra

CẬP NHẬT 06,09 - iOS 11 Beta 10

Tôi vẫn có hành vi lỗi tương tự. Vé từ Apple đã được cập nhật với câu trả lời sau:

Quan hệ nhà phát triển của Apple ngày 6 tháng 9 năm 2017, 10:42 PM Engineering đã cung cấp các phản hồi sau về vấn đề này:

Chúng tôi đã có thể chạy ứng dụng mẫu và kiểm tra hành vi. Chúng tôi đã không thấy bất kỳ vấn đề khi chúng tôi kiểm tra điều này như được mô tả.

Đẩy không được đảm bảo để đến ứng dụng khi ứng dụng chạy ẩn và nhật ký ở đây cho thấy chúng tôi không tin rằng ứng dụng đang được sử dụng đủ để khởi chạy ứng dụng.

Chúng tôi thấy chúng tôi cung cấp đẩy theo thời gian khi điều kiện là tốt.

Chúng tôi tin rằng điều này là hành xử chính xác.

Cập nhật 11,09

Báo cáo lỗi của Apple của tôi đã đóng cửa và đánh dấu là bản sao của 33278611mà vẫn mở

CẬP NHẬT 13,09 - iOS 11 GM

Nhờ những bình luận của kam800 (xem bên dưới) tôi đã thử nghiệm nhiều hơn và đưa ra những quan sát đó:

Dường như có một trình nền mới trong iOS 11 dasd DuetActivitySchedulerDaemonhoặc loại bỏ hoàn toàn việc đẩy dữ liệu hoặc trì hoãn việc phân phối đẩy dữ liệu:

Giao hàng hoãn

Nhật ký giao diện điều khiển

default 13:11:47.177547 +0200   dasd    DuetActivitySchedulerDaemon CANCELED: com.apple.pushLaunch.net.tequilaapps.daylight:C03A65 <private>!   lifecycle   com.apple.duetactivityscheduler
default 13:11:47.178186 +0200   dasd    DuetActivitySchedulerDaemon Removing a launch request for application <private> by activity <private>   default com.apple.duetactivityscheduler
default 12:49:04.426256 +0200   dasd    DuetActivitySchedulerDaemon Advancing start date for <private> by 6.5 minutes to Wed Sep 13 12:55:31 2017   default com.apple.duetactivityscheduler
default 13:21:40.593012 +0200   dasd    DuetActivitySchedulerDaemon Activity <private>: Optimal Score 0.6144 at <private> (Valid Until: <private>)  scoring com.apple.duetactivityscheduler
default 13:21:40.594528 +0200   dasd    DuetActivitySchedulerDaemon Setting timer (isWaking=1, activityRequiresWaking=0) between <private> and <private> for <private>  default com.apple.duetactivityscheduler

Vấn đề giao hàng bị hoãn

• Khi việc phân phối đẩy dữ liệu bị hoãn và ứng dụng được khởi chạy, việc đẩy dữ liệu chỉ được phân phối khi đạt đến ngày giao hàng có thể là vài phút trong tương lai. Điều này đánh bại hoàn toàn mục đích của việc sử dụng dữ liệu đẩy để giữ cho nội dung của ứng dụng mới sẵn sàng cho lần ra mắt tiếp theo. Tôi xin trích dẫn ở đây một lần nữa tài liệu của Apple:

"Thông báo im lặng cải thiện trải nghiệm người dùng bằng cách giúp bạn cập nhật ứng dụng của mình, ngay cả khi ứng dụng không chạy."

• Khi hai lần đẩy dữ liệu được gửi đến một ứng dụng bị treo, chúng sẽ bị hoãn lại bởi iOS 11 thay vì đánh thức ứng dụng trực tiếp. Khi đạt được thời gian giao hàng, chỉ có lần đẩy dữ liệu cuối cùng được gửi! Các lần đẩy trước bị mất và không được phân phối thông qua phương thức ủy nhiệm dẫn đến mất dữ liệu.

Giao hàng bị hủy

Nhật ký giao diện điều khiển

default 13:35:05.347078 +0200   dasd    DuetActivitySchedulerDaemon com.apple.pushLaunch.net.tequilaapps.daylight:C03A65:[
    {name: ApplicationPolicy, policyWeight: 50.000, response: {Decision: Must Not Proceed, Score: 0.00}}
 ], FinalDecision: Must Not Proceed}    scoring com.apple.duetactivityscheduler

Sự cố giao hàng bị hủy

Trong trường hợp này, việc đẩy dữ liệu hoàn toàn bị mất và không bao giờ được phân phối trên iOS 11 trong khi nó được phân phối chính xác trên iOS 10.

CẬP NHẬT 19,09 - iOS 11 GM

Tôi cũng nhận thấy rằng khi ứng dụng ở phía trước và thông báo không được gửi đến ứng dụng, tôi thấy các nhật ký sau trong bảng điều khiển:

default 08:28:49.354824 +0200   apsd    apsd    <private>: Received message for enabled topic '<private>' onInterface: NonCellular with payload '<private>' with priority 10 for device token: NO   courier-oversized   com.apple.apsd

fault   08:33:18.128209 +0200   dasd    Foundation  <NSXPCConnection: 0x151eee460> connection from pid 55: Exception caught during decoding of received message, dropping incoming message.
Exception: Exception while decoding argument 0 (#2 of invocation):
Exception: value for key 'NS.objects' was of unexpected class 'NSNull'. Allowed classes are '{(
    NSArray,
    NSData,
    NSString,
    NSNumber,
    NSDictionary,
    NSUUID,
    _DASActivity,
    NSSet,
    _DASFileProtection,
    NSDate,
    NWParameters,
    NWEndpoint
)}'.    general com.apple.foundation.xpc

Vì vậy, các ghi chú phát hành của iOS 11.1 beta 1 nói

iOS 11.1 beta 1 vừa được phát hành và họ đề cập: "Thông báo các vấn đề được giải quyết • Thông báo đẩy im lặng được xử lý thường xuyên hơn. (33278611)

Tôi đã làm một số thử nghiệm và nó dường như đã được sửa chữa:

Nhà nước bị đình chỉ

Khi tôi khởi chạy ứng dụng ở chế độ treo và gửi một cú đẩy im lặng, ứng dụng sẽ được đưa trở lại nền và didReceiveRemoteNotification:fetchCompletionHandlerđại biểu được gọi.

Nhà nước tiền cảnh

Theo cách tương tự, khi ứng dụng ở phía trước và một cú đẩy im lặng được gửi, đại biểu dường như được gọi như mong đợi. Điều này ngẫu nhiên không hoạt động trong các phiên bản iOS 11 trước đó vì vậy tôi sẽ xác nhận điều này sau khi thử nghiệm thêm.

Chỉ muốn thêm 2 xu của tôi vào đây vì tôi cũng gặp phải vấn đề này và tôi nhận thấy rằng Apple đã đóng một số radar về vấn đề này nói rằng họ không thể sao chép. Một điều thú vị tôi tìm thấy là các lần đẩy sẽ được phân phối nếu ứng dụng được chạy nền trong khi nó được gắn vào trình gỡ lỗi.

Nếu tôi giết trình gỡ lỗi, rút ​​phích cắm điện thoại của tôi, khởi chạy ứng dụng và gửi tải trọng đẩy im lặng, tôi thấy ứng dụng KHÔNG bị đánh thức. Tôi thấy trong nhật ký Console rằng hệ thống sẽ hủy việc phân phối tải trọng cho ứng dụng của tôi.

Tôi đã gửi một radar với một ứng dụng mẫu nhỏ tái tạo vấn đề. Tôi cũng đã lưu ý rõ ràng trong radar rằng người làm việc trên vé của tôi không được chạy ứng dụng được đính kèm với trình gỡ lỗi để tái tạo vấn đề. Đây là liên kết: https://bugreport.apple.com/web/?probolsID=34461063

Hy vọng rằng điều này sẽ gây ra một số tiến bộ được thực hiện về vấn đề này.

Trông giống như một hành vi mới của iOS 11. iOS 11 beta 10 cung cấp một số nhật ký mô tả về vấn đề này:

default 23:18:51.806011 +0200   dasd    com.apple.pushLaunch.com.acme.Acme:F7E7D0:[
    {name: ApplicationPolicy, policyWeight: 50.000, response: {Decision: Can Proceed, Score: 0.50}}
    {name: BatteryLevelPolicy, policyWeight: 1.000, response: {Decision: Can Proceed, Score: 0.87, Rationale: [{batteryLevel == 62}]}}
    {name: DeviceActivityPolicy, policyWeight: 5.000, response: {Decision: Can Proceed, Score: 0.20}}
 ] sumScores:52.279483, denominator:81.410000, FinalDecision: Can Proceed FinalScore: 0.642175}
default 23:18:51.806386 +0200   dasd    'com.apple.pushLaunch.com.acme.Acme:F7E7D0' has compatibility score of 1.000000 with 'com.apple.CFNetwork-cc-111-79:E7272D'. Relaxing scores.
default 23:18:51.806855 +0200   dasd    'com.apple.pushLaunch.com.acme.Acme:F7E7D0' CurrentScore: 0.642175, ThresholdScore: 0.738454 DecisionToRun:0

Có vẻ như mọi thao tác đẩy im lặng đều được gửi tới iOS, nhưng dasd daemon sử dụng một vài chính sách để quyết định xem có nên gửi im lặng cho ứng dụng hay không (ví dụ: mức pin). Tôi đã xoay sở để nhận được một lần đẩy im lặng vào tối hôm qua, nhưng iPhone của tôi đã được kết nối với bộ sạc vào thời điểm đó - có lẽ điểm số của BatteryLevelPolicy đủ cao để nhận được một lần nhấn im lặng đó.

Apple không cung cấp thông tin chính thức nào về hành vi phía iOS này, chỉ có thông tin về điều chỉnh phía máy chủ:

Thông báo im lặng không có nghĩa là một cách để giữ cho ứng dụng của bạn luôn ở chế độ nền, cũng không có nghĩa là để cập nhật mức độ ưu tiên cao. APN coi các thông báo im lặng là mức ưu tiên thấp và có thể điều tiết việc phân phối của chúng hoàn toàn nếu tổng số trở nên quá mức. Các giới hạn thực tế là động và có thể thay đổi dựa trên các điều kiện, nhưng cố gắng không gửi nhiều hơn một vài thông báo mỗi giờ.

Tôi giữ ngón tay của mình vượt qua họ đã thay đổi hành vi đó, bởi vì điều đó sẽ khắc phục ứng dụng của tôi :) Mặt khác, sự thay đổi này là tốt - một trong nhiều điều làm cho pin iPhone tồn tại lâu hơn điện thoại Android.

Ghi chú phát hành beta iOS 11.1 bao gồm: Thông báo Các vấn đề được giải quyết Thông báo đẩy im lặng được xử lý thường xuyên hơn. (33278611)

iOS 11.1 Beta 2 cũng chứa

Notifications
Resolved Issues
• Silent push notifications are processed more frequently. (33278611)

trong Ghi chú phát hành - sẽ kiểm tra ngay bây giờ.

CẬP NHẬT - 11.10.2017 - iOS 11.1 Beta 2

Sau khi sử dụng Ứng dụng của chúng tôi trong 2 ngày trong "kịch bản thế giới thực", có vẻ như có một sự cải tiến thực sự trong phiên bản iOS này. Tôi thận trọng bắt đầu tin rằng điều này là cố định.

Quan hệ nhà phát triển của Apple vừa thêm một nhận xét vào radar của tôi:

Chúng tôi tin rằng vấn đề này đã được giải quyết trong bản iOS 11.2 beta mới nhất.

Vui lòng kiểm tra bản beta iOS mới nhất. Nếu bạn vẫn gặp sự cố, vui lòng cập nhật báo cáo lỗi của bạn với bất kỳ nhật ký hoặc thông tin liên quan nào có thể giúp chúng tôi điều tra.

https://developer.apple.com/doad/

hiện đang cài đặt iOS 11.2 beta - sẽ kiểm tra hành vi đẩy im lặng

Tôi gặp vấn đề tương tự với ứng dụng của mình, cho đến iOS 10 tôi đã nhận được thông báo đẩy và application:didReceiveRemoteNotification:fetchCompletionHandlerđược gọi chính xác. Nhưng khi cập nhật lên iOS 11, thông báo đẩy đã ngừng hoạt động.

Vấn đề với mã của tôi là, mặc dù tôi đang sử dụng nội dung có sẵn: 1 và nội dung có thể thay đổi: 1 trong tải trọng thông báo đẩy, tùy chọn Tìm nạp nền không được bật. Nhưng nó đã hoạt động hoàn hảo cho đến iOS 10.

Sau khi bật khả năng Tìm nạp nền BẬT, nó đang hoạt động

iOS 11.4.1, Swift 4

Tôi đã gặp vấn đề với những cú đẩy thầm lặng không đến (từ CloudKit) và tôi đã thử mọi thứ mà mọi người đã đề cập ở đây. Sau đó, tôi quyết định thử đặt một khoảng trống alertBodycho CKNotificationInfo()các đối tượng của mình như thế này:

let info = CKNotificationInfo()
info.shouldSendContentAvailable = true
info.alertBody = ""

Điều này làm cho các lần đẩy được gửi ở mức ưu tiên cao hơn (nhưng chúng vẫn là các lần đẩy im lặng) và tôi không còn gặp lỗi trong nhật ký thiết bị của mình rằng việc đẩy đã bị bỏ qua.

Tôi hy vọng điều đó sẽ giúp được ai đó. :)

Vì vậy, đây thực sự là một lỗi trong iOS 11 và hiện đã được sửa trong iOS 11 beta 3. Hiện application:didReceiveRemoteNotification:fetchCompletionHandlertại được gọi chính xác khi nhận được một cú đẩy im lặng ở cả nền trước hoặc nền.

CẬP NHẬT

Không, nó không được sửa và vẫn đang diễn ra trong iOS beta 3 và 4

Như một giải pháp thay thế Chúng tôi thêm khóa "thông báo" và bên trong "tiêu đề" với chuỗi trống làm giá trị. Đây là đánh thức cuộc gọi lại didReceive trong appDelegate.

Khi viết câu trả lời này, tôi đang đối mặt với cùng một vấn đề giống như câu trả lời của Bill Dunay .

Yêu cầu của tôi là nhận được thông báo im lặng khi ứng dụng ở chế độ nền trước và không có gì khi ứng dụng ở chế độ nền / không chạy. Và cách giải quyết của tôi là điều này. Tôi không sử dụng huy hiệu do đó đặt nó thành 0 không phải là vấn đề đối với tôi.

{
    "aps" : {
        "badge" : 0,
        "sound" : ""
    },
    "mydata": {  
        "foo": "bar"  
    }  
}

Xin lưu ý rằng tôi cố tình không sử dụng "nội dung có sẵn". Cài đặt khiến logic tối ưu hóa của iOS có tác dụng trì hoãn / hủy việc gửi thông báo.

Tôi đã nhận được cùng một vấn đề cho một số thông báo (không nhất thiết phải im lặng).

Sau khi xem xét tất cả các bản cập nhật và câu trả lời, tôi có thể thêm hai bản cập nhật có thể giúp:

• Tôi thấy rằng UIApplication.shared.isRegisteredForRemoteNotificationsphương thức truy cập trong khi nhận được thông báo khiến ứng dụng bị đình trệ mà không báo cáo bất cứ điều gì với Xcode. Kiểm tra xem bạn có đang chạy một số mã sau khi bạn nhận được thông báo truy cập phương thức đó không. ( isRegisteredForRemoteNotutions khóa UI với semaphore_wait_trap ).

  • Tôi phát hiện ra rằng tôi có lỗi phân tích thông báo đẩy trên bảng điều khiển do "title-loc-args" : [3333]không chấp nhận 3333 theo nghĩa đen nhưng chấp nhận nó dưới dạng chuỗi "title-loc-args" : ["3333"]. Điều này làm cho toàn bộ giao diện của tôi bị đình trệ sau khi tôi truy cập phương pháp trên, chỉ trên iOS 11, nó hoạt động trên iOS 12.

• Tôi cũng phát hiện ra rằng, với cùng một mã, nó hoạt động mà không gặp vấn đề gì trên iOS 12.0 (16A5366a) . Nhưng trên iOS 11 thì điều đó đang xảy ra.

Trong trường hợp của tôi, các thông báo im lặng đã được sử dụng để cập nhật ui sau khi công việc được thực hiện trên trang web của máy chủ, vì vậy thật đau đớn khi có nội dung không liên quan trong ứng dụng. Vì tải trọng của chúng tôi cho thông báo im lặng chứa cả tiêu đề và nội dung, tôi thực hiện các phương pháp này để nhận thông báo hoạt động trong ứng dụng đang hoạt động / không hoạt động, không sạc và làm mới Ứng dụng nền bị tắt và ngay cả ở trạng thái Nguồn điện thấp.

Để làm việc này, tôi thêm đại biểu và tạo tiện ích mở rộng với UNUserNotificationCenterDelegategiao thức và phương thức willPresent notification(iOS 10+), được kích hoạt mỗi lần với tải trọng chính xác. Để không hiển thị thông báo khi ứng dụng được kích hoạt, chỉ cần hoàn thành cuộc gọi bằng huy hiệu hoặc âm thanh. Tôi đã kết thúc với một cái gì đó như thế này

    import UserNotifications

@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate {
    var window: UIWindow?

    // MARK: - Lifecycle
    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
        UNUserNotificationCenter.current().delegate = self
        return true
    }

    //this was only method to handle notifications before
    func application(_ application: UIApplication, didReceiveRemoteNotification userInfo: [AnyHashable : Any],
                     fetchCompletionHandler completionHandler: @escaping (UIBackgroundFetchResult) -> Void) {
        //process silent notification
        completionHandler(UIBackgroundFetchResult.newData)
    }
}

extension AppDelegate : UNUserNotificationCenterDelegate {
    func userNotificationCenter(_ center: UNUserNotificationCenter, willPresent notification: UNNotification, withCompletionHandler completionHandler: @escaping (UNNotificationPresentationOptions) -> Void) {
        //proces notification when app is active with `notification.request.content.userInfo`
        if UIApplication.shared.applicationState == .active {
            completionHandler(.badge)
        }else {
            completionHandler(.alert)
        }
    }
}

Và để làm việc với các trạng thái này khi ứng dụng ở chế độ nền và thông báo im lặng, đừng gọi phương thức của tôi, tôi nhận thông báo từ trung tâm thông báo trực tiếp applicationDidBecomeActivebằng cách:

UNUserNotificationCenter.current().getDeliveredNotifications { (notifications) in
            debugLog(message: "unprocessed notification count: \(notifications.count)")
            if notifications.count > 0 {
                notifications.forEach({ (notification) in
                    DispatchQueue.main.async {
                        //handle `notification.request.content.userInfo`
                    }
                })
            }
        }

Trong trường hợp của tôi, "Làm mới ứng dụng nền" đã bị tắt trong cài đặt iPhone. Do thông báo đẩy này đã được gửi đến thiết bị nhưng không có trên ứng dụng. Bật ứng dụng nền Làm mới nhận được sự thúc đẩy thầm lặng trong ứng dụng.

Đây có thể không phải là câu trả lời thực sự cho câu hỏi này, chỉ trong trường hợp nếu bất cứ ai cần kiểm tra.