iOS10 UNNotificationServiceExtension не вызывается

Что также может помочь, так это проверить цель развертывания на наличие расширения. Мой был установлен на 10.2, в то время как устройство, на котором я тестировал, (все еще) использовало 10.1

После изменения цели развертывания на 10.0 экземпляр UNNotificationServiceExtension был вызван отлично

И если вы все сделали правильно, не забудьте прикрепить его к процессу.

После запуска приложения, содержащего расширение:

1. Установите точку останова в расширении
2. Выберите Отладка/Присоединение к процессу по PID или имени
3. Введите имя цели расширения
4. Активировать push-уведомление

Наконец-то у меня это работает правильно, и это то, что я помню из этой проблемы.

1) Не используйте устройства с бета-версией iOS10, потому что одна из проблем, с которыми я столкнулся, заключалась в том, что я использовал бета-версию.

2) только приложению требуются права APNS, это не требуется для ограничения доступа, используемого для расширения.

3) Я использовал профиль обеспечения, соответствующий идентификатору расширения (не подстановочный знак), в любом случае я не могу подтвердить, работает ли он нормально или нет с подстановочным знаком.

4) NSExtensionAttributes не требуются, просто используйте NSExtensionPointIdentifier и NSExtensionPrincipalClass для расширения .plist. Если вы не используете свой собственный макет

5) Это работает даже при использовании методов регистрации токена iOS 9.

6) не забудьте значение mutable-content в полезной нагрузке, поступающей в push-уведомлении, это единственное обязательное значение, которое вам нужно от сервера для прохождения расширения.

Я думаю, что это охватывает все проблемы, которые у меня были

Если вы используете Firebase, попробуйте изменить полезную нагрузку следующим образом:

{
   “aps” : {
      “category” : “SECRET”,
      “mutable_content” : true,
      “alert” : {
         “title” : “Secret Message!”,
         “body”  : “(Encrypted)”
     },
   },
   “ENCRYPTED_DATA” : “Salted__·öîQÊ$UDì_¶Ù∞è   Ω^¬%gq∞NÿÒQùw”
}

Поле mutable_content сопоставляется с полем mutable-content в APN. Чтобы получить дополнительные сведения, перейдите по этой ссылке.

Пришли сюда второй раз. В первый раз этот ответ помог мне, во второй раз - нет. После долгих (внутренних) ругательств я обнаружил, что каким-то образом случайно удалил расширение из встроенных двоичных файлов в моем основном приложении. Когда я добавлю расширение обратно, мое расширение будет вызываться снова.

Итак, проверьте это:

1. Нажмите на свой проект приложения слева.
2. Нажмите на цель вашего основного приложения.
3. Выберите Общие.
4. В разделе «Встроенные двоичные файлы» убедитесь, что ваше расширение указано в списке, если нет, добавьте его.

Была та же проблема, что решило ее для меня, так это удалить расширение из встроенных двоичных файлов и добавить его снова.

Свифт 5 Легкий способ

 this is very easy way just do it like this

Кажется, что ваш plist смешивает 2 plist. В игре есть 2 расширения:

1. Расширение содержимого уведомлений — отвечает за отображение содержимого через контроллер представления.
2. Расширение службы уведомлений — отвечает за получение содержимого в фоновом режиме перед отображением уведомления.

Вот plist для цели Notification Content Extension:

Вот plist для цели Notification Service Extension:

Вы должны установить цель развертывания, чтобы она была одинаковой для всех ваших целей. Интересно, почему XCode не делает этого автоматически :/ .. Apple любит тратить время разработчиков, чм...

Попробовав множество возможных исправлений, которые уже были даны безуспешно, я понял, что фреймворк был ошибочно добавлен к нашей цели расширения, а не к цели модульного теста.

Удаление фреймворка и нацеливание на 10.2 позволило снова вызвать мое расширение.

Если вам интересно, какой фреймворк по какой-либо причине вы можете найти здесь: https://github.com/plu/JPSimulatorHacks

В моем случае это было то, что я забыл выбрать NotificationServiceExtension в схеме как конкретное приложение вместо «моего приложения», где я пытаюсь его использовать. Итак, я запускал «свое приложение» и ждал точек останова в коде другого приложения (NotificationServiceExtension), и поэтому они никогда не появлялись. Я пробовал все предложения до этого.

Для тех, кто хочет просто активировать точку останова в расширении уведомлений вашего приложения, процесс в Xcode 11.3 довольно прост:

1. Выберите схему расширения (не схему родительского приложения).
2. Выберите Edit Scheme.
3. Выберите исполняемый файл в качестве родительского приложения.
4. Снимите флажок Debug executable. Сняв этот флажок, вы сообщаете Xcode, что нужно отлаживать расширение вместо родительского приложения. Это ключ к тому, чтобы заставить Xcode останавливаться в точках останова расширения.
5. Выберите Automatically под опцией Launch.
6. Запустите схему расширения (не родительского приложения).
7. Отправьте уведомление на ваше устройство. Выгода.

Если какие-то другие вещи не вызывают капризности Xcode, приведенные выше настройки должны гарантировать, что всякий раз, когда вы выбираете и запускаете схему расширения, точки останова внутри расширения будут срабатывать. Вы можете вернуться и проверить Debug executable на шаге 4, если хотите, чтобы Xcode останавливался в точках останова в родительском приложении.

Совет: не забудьте добавить "mutable-content": 1 в полезную нагрузку JSON уведомления, иначе у вас будет большая печаль (iOS не будет вызывать расширение без этого ключа).

Вот изображение моего диалогового окна редактора схемы для расширения уведомлений:

Моя проблема была двоякой. Первым, вероятно, было то, что я установил для свойства Info.plist NSExtensionPrincipalClass значение bundle.identifier.NotificationService вместо ProductModuleName.NotificationService. Имя модуля используется по умолчанию, но я ошибочно изменил его на идентификатор при отладке некоторых других вещей, связанных с разными схемами и разными целями.

Вторая проблема заключалась в том, что я проверил, запустив цель службы уведомлений. Для меня это работало намного лучше при запуске цели приложения. Я видел, как некоторые другие люди рекомендовали использовать цель службы уведомлений для включения отладки. Но это прекрасно работает и при запуске целевого приложения. Однако вам придется вручную подключить отладчик к службе уведомлений.

То, как я обнаружил это, заключалось в создании нового тестового проекта с минимальным кодом. Оглядываясь назад, я определенно рекомендую этот подход вместо того, чтобы пробовать все различные решения, найденные в stackoverflow и т. Д.

Метод public func didReceiveNotificationRequest(request: UNNotificationRequest, withContentHandler contentHandler: (UNNotificationContent) -> Void) в UNNotificationServiceExtension изменился между версиями Swift.

Некоторые онлайн-примеры устарели.

Убедитесь, что метод, который вы переопределяете, в вашем собственном подклассе UNNotificationServiceExtension

Я имел:

func didReceive(request: UNNotificationRequest, withContentHandler contentHandler:(UNNotificationContent) -> Void)

который не работал, пока я не изменился на:

func didReceiveNotificationRequest(request: UNNotificationRequest, withContentHandler contentHandler: (UNNotificationContent) -> Void)

Убедитесь, что у вас установлена ​​конфигурация «Нет». Посмотрите на скриншот. С другими параметрами didReceive не работает.

Конфигурация

Другая возможность — проверить имя категории в plist-файле UNNotificationContentExtension.

Строковое значение «UNNotificationExtensionCategory» в plist и «category/click_action» полезной нагрузки должно совпадать.

После борьбы с этим я, наконец, сделал эту работу для меня, просто изменив 2 вещи.

1. Идентификатор bundleID целевого объекта NotificationServiceExtension должен быть другим. Предпочтительный стиль com.companyname.appname.notificationservice(любой). Установка того же идентификатора пакета, что и для приложения, приводит к сбою сборки на устройство.
2. Главное — цель развертывания. Я дважды проверял это с целью приложения, но мы также должны проверить цель развертывания недавно созданной цели NotificationServiceExtenion, которая по умолчанию является последней версией. Установите минимальную версию iOS, которую вы хотели бы поддерживать, но выше, чем iOS 10.

Примечание. Убедитесь, что у вас есть «изменяемый контент»: 1 в удаленной полезной нагрузке.

Надеюсь, это поможет кому-то.

В настоящее время я работаю над Xcode 12.3 и Swift 5.2, и когда я отменил цель основного проекта и цель расширения службы уведомлений с iOS 14.2 на iOS 13.2, это сработало!

Система выполняет ваше расширение приложения содержимого уведомлений только в том случае, если полезная нагрузка удаленного уведомления содержит следующую информацию:

• Полезная нагрузка должна включать ключ mutable-content со значением 1.

• Полезная нагрузка должна включать словарь предупреждений с информацией title, subtitle или body.

Указание полезной нагрузки удаленного уведомления:

{
   “aps” : {
      “category” : “SECRET”,
      “mutable-content” : 1,
      “alert” : {
         “title” : “Secret Message!”,
         “body”  : “(Encrypted)”
     },
   },
   “ENCRYPTED_DATA” : “Salted__·öîQÊ$UDì_¶Ù∞è   Ω^¬%gq∞NÿÒQùw”
}