aababc

@GXD #20 感谢，我看看大家的这几种方案，那个比较合适

@gfreezy 感谢，我再梳理一下看看，感觉还是有点糊涂，头大！

@gfreezy #17 看来在这一块经验比较丰富了，我第一次做 apple 的订阅相关的内容。还有几个问题咨询一下，比如我想知道一次订阅的时长应该怎么计算，是否可以使用 expires_date - purchase_date ，还有这个 restore 是不是可以理解只需要处理 latest_receipt_info 中日期最大的时间。还有这个我看 apple 文档上些的 续订的时候会在扣款不成功的时候在几天内重复，那这时候这个 expires_date 的时间会不会变？

@gfreezy #9 这里有一个问题，是如何处理 restore 和退费的。我最开始也是按照单一的到期时间来处理的，后来发现后续的越来越复杂。

@fengYH8080 #8 你的这个关于 订阅和赠送本质上又冲突，我是认同的，但是奈何产品就是要有赠送这个业务，有时候也是难评。这里最开始确实是想只使用到期时间，但是 apple/google 的业务场景上有 restore(恢复购买), upgrade(升级订阅), 而且我现在看是不能获取到订阅时长（也就是这次订阅是多长时间的)。关于使用 expires_data_ms 作为过期时间，我想表达的意思是在订阅的场景下会使用这个值作为用户的过期时间字段的值。

@gfreezy 是的，现在的设计就是，只要订阅不关闭，赠送的永远也用不上

@fengYH8080 关于 expires_date_ms 可以理解为在订阅的场景中，我们直接使用了 这个自动作为自己系统的过期时间，是两个独立属性

@klo424 #5 这个应该是不行的

@tomatocici2333 这里有个问题，假设用户过期很久了，突然送几天时长就有问题