在应用程序处于前台时，当用户点击通知时进行检测
userNotificationCenter（...， did接收，...）和userNotificationCenter（...， will Present，...）分别用于：
>
当应用程序在后台时用户点击通知时处理
当手机在前台时收到通知时进行处理。
但是，当应用程序在前台时，我们如何处理用户点击通知的事件？（例如，在点击通知时将用户带到相关的视图控制器）
共有1个答案
有两种方法，它们的作用不同。正如DidReceiveEmotentification:fetchCompletionHandler页面上所说：
“与仅当应用程序在前台运行时才调用的应用程序（uu：didReceiveEmotentification:）方法不同，当应用程序在前台或后台运行时，系统会调用此方法。”
-
关于这个主题有很多stackoverflow线程，但是我仍然没有找到一个好的解决方案。 如果应用程序不在后台，我可以在调用中检查，查看是否从通知中打开。 如果应用程序在后台，所有帖子都建议使用并检查应用程序状态。但正如我所做的实验（也正如这个API的名称所暗示的那样），当收到通知时会调用这个方法，而不是点击。 所以问题是，如果应用程序启动后后台运行，并且您知道从收到通知（此时不会触发），您如何知道
-
仅当打开应用并执行通知单击时，通知单击才会启动指定的活动。如果应用程序处于后台/未运行，并且执行了通知单击，则会打开应用程序的 MainActivity。简而言之，这就像应用程序在活动堆栈之后正常打开，而不是在 PendingIntent 中打开指定的活动。 我想根据它们的类型将通知单击重定向到两个不同的活动（批准详细活动和对话详细活动）。 我使用FCM进行推送通知。我在这里粘贴我的Manifes
-
当应用程序在前台时不接收推送通知，但当应用程序在后台时接收我已遵循来自https://medium . com/@ ankushaggarwal/GCM-setup-for-Android-push-notifications-656 cf DD 8 adbd的FCM教程
-
问题内容： 关于此主题，有很多stackoverflow线程，但是我仍然 没有找到一个好的解决方案。 如果该应用程序不在后台，则可以签 launchOptions[UIApplicationLaunchOptionsRemoteNotificationKey]入 application:didFinishLaunchingWithOptions:呼叫以查看是否已从 通知中打开该应用程序。 如果应用