卸载带有非活动设备令牌和静默推送的跟踪iOS和Android应用程序

有几篇关于iOS和Android应用程序卸载跟踪的帖子和讨论。 我们也想实现这一点，并尝试了建议的解决方案，但我们发现，这并没有达到预期效果

这样做的方法是向设备令牌发送静默推送，然后检查响应是否成功。 在我们的例子中，反应总是

成功：1

直到设备本身请求或接收到一个新令牌，并且只有在安装应用程序时才会发生这种情况

可能令牌本身会过期，但这不是一个选项（我发现一条评论提到令牌将在24个月后过期，这是对卸载跟踪的渴望）

也许我们做错了什么，但这是我们的方式：

无声推送通孔

回应是

{
"multicast_id": {any-id},
"success": 1,
"failure": 0,
"canonical_ids": 0,
"results": [
    {
        "message_id": "{any-id}"
    }
]
}

此响应仅在应用程序本身接收/请求新令牌并将消息发送到前一个令牌时获得成功：0失败：1，但仅在应用程序仍然安装时才会出现这种情况

另一个想法是发送静默推送，这会触发从应用程序到服务器的web调用。如果在定义的时间内收到呼叫，则该应用程序已安装，如果未安装，则其标记为已卸载。但这只有在应用程序未在android上完全关闭（强制关闭）时才有效

我们还尝试了ttl或apns过期，但效果不如预期

问题: 为了通过静默推送通知识别卸载，我们必须进行哪些更改，或者实现这一点或我们必须了解的要求是什么？

---

卸载应用程序时，推送令牌如何以及何时无效？

您的问题是什么？问题是，为了通过静默推送通知识别卸载，我们必须做哪些更改，或者实现这一点的要求是什么？我正在寻找完全相同的问题。有人知道这是怎么回事吗？

{
"multicast_id": {any-id},
"success": 1,
"failure": 0,
"canonical_ids": 0,
"results": [
    {
        "message_id": "{any-id}"
    }
]
}