Ios 无法识别的用户重复取消定期订阅

我相信您不能连续多次使用false的

自动更新状态触发
是否更改更新状态
？根据文档，如果我理解正确，
DID\u CHANGE\u RENEWAL\u STATUS
当用户在应用商店本身的订阅页面下指示他们希望停止订阅时，会触发收据。当用户按下取消订阅按钮时，Apple将向我发送一个
DID\u CHANGE\u RENEWAL\u STATUS
，其中
auto\u RENEWAL\u STATUS
为false。下次用户再次访问app store上的该页面时，他们唯一的选择是通过我们提供的1个订阅计划重新激活订阅，然后选择其中任何一个计划将触发
DID\u CHANGE\u RENEWAL\u STATUS
，并将
auto\u RENEWAL\u STATUS
设置为true

迄今为止，我已收到4次
DID_CHANGE_RENEWAL_STATUS
，其中
auto_RENEWAL_STATUS
为假，与未识别的
原始交易id
不同。根据我的理解，这听起来不太可能。
我们在订阅管理服务中使用来自苹果的服务器到服务器通知。我可以看出，
dod_CHANGE\u RENEWAL\u STATUS
对我们来说是正常的。当用户取消订阅时，我们的
自动续费状态为
false
，当用户重新启用时，状态为
true

我相信你错过了什么。顺便问一下，你为什么需要这些通知？它们几乎毫无用处

这可能有助于您了解通知是如何工作的。希望您在代码中发现问题。您也可以在在线聊天中给我们写信。
您对评论中的服务器到服务器通知的理解与我的相同，这意味着用户不能先触发false，再触发false。它必须是false->true->false。我从这个特定的用户那里收到的信息是4个错误。把我的代码完全放在一边，看看苹果发给我的通知。怎么可能连续收到4个假消息？@JoelHong您是用http 200响应的吗？您可以将这4个通知发送到我们的在线聊天室，我们来看看。也许这些通知是重复的？无论如何，您不应该依赖于
DID\u CHANGE\u RENEWAL\u STATUS
通知字段。有一个收据数据，你最好使用它并验证收据。因为他是一个无法识别的用户，我无法在我的终端更新他的数据。但问题更多的是用户和苹果之间的关系。为什么应用商店允许该用户连续取消4x，而无需在取消前重新激活。我想更大的问题是，我似乎无法仅根据该用户的收据数据确定该用户是谁，因为我通过轮询其收据获得的原始交易id不属于我数据库中的任何人。@JoelHong我相信苹果正在重新发送请求，因为您没有使用http 200进行响应。啊，您是对的。这样愚蠢的错误。至少现在你已经帮我解决了苹果的重复通知。我想问一下，使用原始的\u事务\u id是否是跟踪用户的一种完全可靠的方法？您是否以200响应确认了该请求？如果不是的话，他们可能会认为活动失败而重试。据我所知，我甚至不需要对他们的取消请求做出任何回应，因为这一切都是通过苹果应用商店完成的，苹果随后会更新收据数据，这是大多数人通常倾向于建议的。轮询接收数据。如果我没有错的话，取消是在用户和苹果之间进行的。因此，对于他如何做到这一点，我感到困惑。是的，我回复了200条回复，因为其他用户像往常一样更新、订阅和取消。