Ios 有人知道应用程序IDremovedeActivationReasonNotification吗?

Ios 有人知道应用程序IDremovedeActivationReasonNotification吗?,ios,nsnotificationcenter,Ios,Nsnotificationcenter,当发布_uiApplicationIDremovedeActivationReasonNotification通知时 (这是一个苹果私人NSNotification)它在其用户信息中保存一个NSNumber, 有谁知道,每个数字是什么意思 密钥是_uiApplicationActivationReasonUserInfoKey 到目前为止,我所知道的第5个数字意味着应用程序已退出活动,用于InAppPurchase验证 (这是一条操作系统消息,在用户单击“取消”或“购买”之前,它会使您的应用处于

当发布_uiApplicationIDremovedeActivationReasonNotification通知时 (这是一个苹果私人NSNotification)它在其用户信息中保存一个NSNumber, 有谁知道,每个数字是什么意思

密钥是_uiApplicationActivationReasonUserInfoKey

到目前为止,我所知道的第5个数字意味着应用程序已退出活动,用于InAppPurchase验证
(这是一条操作系统消息,在用户单击“取消”或“购买”之前,它会使您的应用处于非活动状态)

因此我需要它,并解码了一些值

我正在查看另一个类似的通知
\u UIApplicationWillAddDeactivationReasonNotification
使用相同的值键
\u UIApplicationActivationReasonUserInfoKey

如下所示(适用于ios6/7):

但是我没有一个可以复制4的测试用例。
我不知道0或6以上的值是否有效,如果有人知道,请发表评论

你为什么要知道这些?当你向应用商店提交应用程序时,弄乱苹果的私有API肯定会让你的应用程序被拒绝。你没有帮助,无意冒犯。我发现人们通常认为没有其他方法可以做一些事情,而事实上确实有。尤其是在考虑如何处理苹果的私有通知和API时。可能有一种官方的、有文档记录的方式来执行您正在尝试执行的操作。您的应用程序可能会有很多种方式被中断,我想知道每种方式该怎么办:-接听电话,-按主页按钮,-双击主页按钮-按电源按钮。。。。每个f-ing one都有不同的停用/延迟SSO您不知何故发现了这样一种情况:当您退出/激活、进入后台/前台、即将终止以及应该保存或加载您的状态时,各种应用程序代理获取通知的方法不足?如果你有,这将有助于我和其他人知道。
// notification/control center overlay
kDeactivationReasonControlOverlay = 1,
// double tapped for the task manager mode
kDeactivationReasonTaskManager = 2,
// app is going inactive, eg: locked, enter background, power off screen, phone call, voice control (not siri)
kDeactivationReasonLockScreen = 3,
// system alerts, eg: privacy permissions, IAP dialogs
kDeactivationReasonSystemAlert = 5,
// siri overlay
kDeactivationReasonSiriOverlay = 6,