一、概述
Apple早在iOS10就退出NotificationServiceExtension
的扩展,并不是必备项目,因此各家公司产品支持各不相同,主要取决于产品的实际需求是否需要。
2021年我所在项目的一个需求是:“推送内容显示图片(title-image),即推送支持简图”,这个需求就需要用到NotificationServiceExtension
的相关内容。
百度有很多集成的教程,不知道为啥,很多都只说了其中一个片面,其原因在于很多都只是看了官网的教程,实际开发中遇到的问题没有写出来。
以下是相关笔记,
特别是扩展是如何与宿主App的Target关联的?
如何被打包进宿主App的?
它在宿主App的包里面长什么样?
它是如何和宿主App一同提审?
二、NotificationServiceExtension
原理篇
1、NotificationServiceExtension
的作用是什么?
NotificationServiceExtension
属于AppExtension
(扩展)的范畴,属于官方推出的扩展。同NotificationContentExtension
一同丰富用户的推送体验,让开发者可以本地拦截和修改推送内容的机会,可以自定义自己的推送内容展示样式。大大提高了整体的用户体验。
2、NotificationServiceExtension
相关特性(官网翻译)
只允许修改推送内容,不能包含任何的UI显示。
A Notification Service app extension doesn't present any UI of its own.
开发者无法自己初始化,在推送到达的时候iOS系统会自动创建
UNNotificationServiceExtension
对象。开发者只能通过扩展Target下的NotificationServiceExtension
的子类来修改自己App推送的内容。
You don't create UNNotificationServiceExtension objects yourself. Instead, the Xcode template for a Notification Service Extension target contains a subclass for you to modify.
iOS收到App的推送的时候,系统自动初始化
UNNotificationServiceExtension
对象,然后回调给App的扩展子类的方法didReceiveNotificationRequest:withContentHandler:
。
When a remote notification for your app is received, the system loads your extension and calls its didReceiveNotificationRequest:withContentHandler: method
响应函数的操作时间只有30秒;如果未处理超时处理,系统会按照默认显示推送。
Your didReceiveNotificationRequest:withContentHandler: method has only about 30 seconds to modify the payload and call the provided completion handler. If your code takes longer than that, the system calls the serviceExtensionTimeWillExpire method, at which point you must return whatever you can to the system immediately. If you fail to call the completion handler from either method, the system displays the original contents of the notification.
-
服务端推送的payload格式要求
必须是alert类型,aps
字段必须包含有alert
字段,alert
里必须是title、subtitle、body
任何一个。
The payload must include an alert dictionary with title, subtitle, or body information.
aps
字段里面必须有mutable-content
字段,其值必须为1。
The remote notification’s aps dictionary includes the mutable-content key with the value set to 1.
3、UNNotificationServiceExtension
工作原理篇
详见鄙人另外整理笔记。AppExtension:扩展的学习笔记
三、UNNotificationServiceExtension
的实践
1、前提
推送主工程必须开启推送功能,证书也必须支持,bundleId不能包含通配符,这些是基础知识。
2、创建
在项目工程中,新建Target的方式集成(一个工程允许存在多个Targets),如下
系统模板自动创建:NotificationServiceExtension的文件夹、NotificationService : UNNotificationServiceExtension
子类、info.plist
配置文件。
其中info.plist
配置文件,扩展关键配置如下,id固定com.apple.usernotifications.service
不能更改,class对应子类类名。后续扩展Target的相关配置都在这里面,需要网络的需要开启App Transport Security Settings
的Allow Arbitrary Loads
为YES。
2、主工程Target与扩展Target的关系(关键的关键)
很多网上的教程都没有说明这点,以至于后续打包和提审都难以理解其原理。(网上很多直说无法单独提审,必须与ContainApp一起提审。)
- 扩展Target是通过 ”依赖的方式“ 的方式添加到主工程Target中。
查看主工程Target的BuildPhases
的Dependencies
关联扩展Target;同时多了个Embed App Extensions
里面关联扩展的编译产物.appex
执行文件。
-
扩展最终被打包给
.appex
的bundle包,同时被打包到ContainApp的包的Pluglns
的目录下。
-
使用
Tree
命令,看看.appex
的bundle包的内容:
3、调试
网上内容也很多,主要是以下几步:
扩展Target和主工程Target必须配置不同的证书,且主工程开启推送功能。
编译的目标顺序
1、主工程编译,真机运行。
2、扩展Target编译运行,选择主工程App,Attachment连接启动。
3、模拟推送一波,UNNotificationServiceExtension
的扩展之类,断点即可执行。
调试一些问题
- 推送格式错误,具体参见上面格式要求。
- 对于旧工程,后续接入者莫名其妙的无法调试,可以重新删掉Target,重建一个名字一样的扩展。
4、打包&提审
上面可知,扩展的Target是通过依赖主工程Target的方式一同编译打包的,因此后续打包提审的时候只要对应的配置好证书,打包主工程App,然后提审就行。
As with any target, an extension target specifies settings and files that combine to build a product within your app project.
Each template includes extension point–specific implementation files and settings, and produces a separate binary that gets added to your containing app’s bundle.
注意:打包导出的时候,需要同时勾选主Target和扩展Target的对应证书。
四、带图片的推送需求实现
”带图片的推送“需求具体实现,主要是把图片自行下载,然后保存,添加到对应的类中属性即可。
UNNotificationAttachment *resourceAttachment =
[UNNotificationAttachment attachmentWithIdentifier:@"photo" URL:obj options:nil error:&attachmentErrer];
if (resourceAttachment && !attachmentErrer) {
strongSelf.bestAttemptContent.attachments = @[resourceAttachment];
}
本文不再累赘,参见iOS10推送必看UNNotificationServiceExtension,或者自行百度。
五、UNNotificationServiceExtension
其他
- 与主工程代码复用,同AppExtension。
- 与主工程的数据共享,同AppExtension。
参考
官网-UNNotificationServiceExtension
官网-Modifying Content in Newly Delivered Notifications