iOS推送通知：当应用程序处于后台时，如何检测用户是否点击了通知？

Question

关于这个主题有很多stackoverflow线程，但是我仍然没有找到一个好的解决方案。

如果应用程序不在后台，我可以在application:didFinishLaunchingWithOptions:调用中检查launchOptions[UIApplicationLaunchActionsRemoteNotificationKey]，查看是否从通知中打开。

如果应用程序在后台，所有帖子都建议使用application:didReceivereMotentification:并检查应用程序状态。但正如我所做的实验（也正如这个API的名称所暗示的那样），当收到通知时会调用这个方法，而不是点击。

所以问题是，如果应用程序启动后后台运行，并且您知道从应用程序：didReceiveNotification收到通知（应用程序：didFinishLaunchWithOptions:此时不会触发），您如何知道用户是否通过点击通知或只点击应用程序图标从恢复应用程序？因为如果用户点击了通知，则期望打开该通知中提到的页面。否则就不应该了。

我可以为自定义操作通知使用处理动作与标识符，但是只有当用户点击自定义操作按钮时才会触发，而不是当用户点击通知的主体时。

谢谢

编辑：

在阅读了下面的一个答案后，我想通过这种方式我可以澄清我的问题：

我们如何区分这两种情况：

（a）1.app进入后台；收到2.notification；3.用户点击通知；4.应用程序进入前台

（B） 1.应用程序进入后台；2.收到的通知；3.用户忽略通知，稍后点击应用程序图标；4.应用程序进入前台

由于应用程序：DidReceivereMotentification:在两种情况下都在步骤2触发。

或者，是否应该在步骤3中仅为（A）触发application:didReceivereMotentification:，但我不知何故将我的应用程序配置错误，因此我在步骤2看到了它？

Answer 1

好吧，我终于明白了。

在目标设置功能选项卡后台模式中，如果您选中远程通知，应用程序： didReceive远程通知：将在通知到达时被触发（只要应用程序在后台），在这种情况下没有办法告诉用户是否会点击通知。

如果您取消选中该框，application:didReceivereMotentification:仅当您点击通知时才会触发。

有点奇怪，选中此框将更改其中一个应用程序委托方法的行为。如果勾选该框会更好，苹果使用两种不同的委托方法来接收通知和点击通知。我认为大多数开发人员总是想知道通知是否被点击。

希望这对遇到这个问题的任何人都有帮助。苹果也没有在这里清楚地记录下来，所以我花了一段时间才弄清楚。