遇到的问题
Google 订阅在未过期之前，用户取消订阅，然后在我们app内购买订阅，Google 会产生一笔费用为0的订单，其实也就是说这个时候应该是不扣款，也不发会员。
正常的回调流程
谷歌扣款成功-->发送消息到回调地址-->验证回调信息的正确性-->查询google订单信息-->订单记录订单并发放会员
之前的设计是：只要查询的谷歌订单有效就会发放会员，用户取消订阅后再从app内购买订阅 就会生成一个新的订单而且认为是有效订单(其实这个订单是0元单)(如果用户在会员未到期之前一直操作取消订阅再重新app内购买订阅， 就会一直薅...)
场景：
假如用户A新订阅一个商品A产生的订单编号GPA.1234567(订单1)，支付成功之后会员到账了，用户A取消订阅，再去app重新购买商品A，支付的金额实际为0，谷歌回调的订单编号是GPA.4567890(订单2)，按照上边的逻辑只要验证(订单2)是支付成功的就直接给用户A会员到账了
解决思路
(主要的解决思路来源阅于:https://juejin.cn/post/7202211586675687483)
订单回调时会返回一个 purchaseToken 和 linkedPurchaseToken 通过这两个字段去验证两笔订单是否有关联，下面根据模拟(为了方便测试谷歌会5分钟后发起续订)：
新订阅-->续订-->取消订阅-->app内从新购买订阅(0元单)-->再续订，查看purchaseToken 和 linkedPurchaseToken的关系 及订单的开始结束时间
1).订单1:订单编号GPA.1234567，回调时返回的purchaseToken
{
"version": "1.0",
"notificationType": 4,
"purchaseToken": "oobdohnegiepfgkehjhpniga.AO-",
"subscriptionId": "subscribe_1"
}，
通过purchaseToken解析返回的linkedPurchaseToken=null
开始时间: expiryTimeMillis=1719900697048 转为时间格式：2024-7-2 14:11:37
结束时间：expiryTimeMillis=1719900993387 转为时间格式：2024-7-2 14:16:33
2).续订，订单编号GPA.1234567..0，回调时返回的purchaseToken也会是
{
"version": "1.0",
"notificationType": 2,
"purchaseToken": "oobdohnegiepfgkehjhpniga.AO-",
"subscriptionId": "subscribe_1"
}，
通过purchaseToken解析返回的linkedPurchaseToken=null
开始时间: 1719900697048 转为时间格式：2024-7-2 14:11:37
结束时间: 1719901293387 转为时间格式：2024-7-2 14:21:33
3). 取消订阅，当前的订单编号：GPA.1234567..0，回调时返回的purchaseToken也会是
{
"version": "1.0",
"notificationType": 3,
"purchaseToken": "oobdohnegiepfgkehjhpniga.AO-",
"subscriptionId": "subscribe_1"
}，
通过purchaseToken解析返回的linkedPurchaseToken=null
开始时间: 1719900697048 转为时间格式：2024-7-2 14:11:37
结束时间: 1719901293387 转为时间格式：2024-7-2 14:21:33
4). 取消之后谷歌会发送订单编号：GPA.1234567..0到期的消息
{
"version": "1.0",
"notificationType": 13,
"purchaseToken": "oobdohnegiepfgkehjhpniga.AO-",
"subscriptionId": "subscribe_1"
}
5). 会员期内新购买订阅，订单编号:GPA.4567890(实际订单金额0)，回调时返回的purchaseToken是
{
"version": "1.0",
"notificationType": 4,
"purchaseToken": "gljhdcfkgcaadhnbgeeieiil.AO-",
"subscriptionId": "subscribe_1"
}，
通过purchaseToken解析返回的linkedPurchaseToken=oobdohnegiepfgkehjhpniga.AO-
开始时间: 1719901150359 转为时间格式：2024-7-2 14:19:10
结束时间: 1719901292565 转为时间格式：2024-7-2 14:21:32
6). 再续订，订单编号:GPA.4567890..0(实际订单金额是配置的金额)，回调时返回的purchaseToken是
{
"version": "1.0",
"notificationType": 2,
"purchaseToken": "gljhdcfkgcaadhnbgeeieiil.AO-",
"subscriptionId": "subscribe_1"
}，
通过purchaseToken解析返回的linkedPurchaseToken=oobdohnegiepfgkehjhpniga.AO-
开始时间: 1719901150359 转为时间格式：2024-7-2 14:19:10
结束时间: 1719901592742 转为时间格式：2024-7-2 14:26:32
通过上边的流程会发现 取消之后再订阅的订单(订单2) linkedPurchaseToken 与 第一个订单(订单1) purchaseToken相同（即：linkedPurchaseToken 是上一次订单的购买token），且结束时间一致，唯一不同的就是开始时间
所以，在回调处理时
1. 要验证 linkedPurchaseToken 是否为null，是null 说明这是一个新订单
2. linkedPurchaseToken != null 且 notificationType=4 (新订单)，根据 linkedPurchaseToken 查询订单(旧订单)的开始时间与结束时间，
3. 新订单的开始时间， 如果是介于 旧订单的开始时间 + 一个产品的订阅周期 * 续订次数 之内， 那么该订单就是 0元单。此处需要注意每次下单时，0元单也应该记录下来，因为一个订阅周期内可以多次发起重新订阅，导致0元单产生
还是拿订单1和订单2比较：订单2的开始时间介于 订单1的开始时间 至 (订单1的开始时间 + 5分钟*2)，就意味着订单2为0元单
