一种订阅计算方法
本文描述一种针对较为复杂的订阅分级计算指定日期生效的订阅的计算方法。更多地是作为记录,因为半年后自己再看代码,花了两三个小时才完全捋清。
背景
产品需要应用内订阅,描述如下
- 区分等级,目前有二——普通会员、高级会员
- 区分周期,目前有二——包月、包年
- 区分来源,目前有二——付费、赠送(包含老用户赠送、直播抽奖赠送等,未来可能存在更多)
- 支持退款
- 订阅支付方式支持全平台:StoreKit、支付宝、微信
并有限制如下
- 等级高的优先消耗:若同时存在普通和高级会员,则先消耗高级会员,普通会员顺延到高级会员之后
- 付费优先免费消耗:若同时存在付费和赠送的会员,则先消耗付费会员,免费会员顺延到付费之后
根据iOS的平台特性,又增加了一种特殊场景
- 订阅升级:若用户先购买普通会员,有效期内又购买高级会员。则高级会员立刻生效,未用完的普通会员将按比例退款。
要求知道某个具体时刻生效的订阅属性:等级、周期、来源
分析
支付和业务分离
由于支付平台存在不同规则,比如StoreKit的升级机制,应将这部分特性独立于订阅所在业务服务,于是形成了单独的支付服务。在支付服务和业务服务之间,只存在两种格式的数据:订阅历史和退款历史(在支付平台每支付成功一次,增加一个订阅历史;每退款成功一次,增加一个退款历史)。iOS平台的订阅升级,可以处理为一个新的高级订阅历史和一个针对之前普通会员订阅历史的退款。
于是,我们只需要根据订阅历史和退款历史计算出某天生效的订阅即可,来到了这个算法。
订阅树
将每条订阅历史作为一个节点,它们之间按照优先级限制,可以构建出一颗具有如下特点的订阅树
- 节点组成
- 订阅本身属性:等级、周期、来源等
- 该条订阅生效时间
- 该条订阅过期时间
- 父节点的生效时间跨度包含子节点
- 树的高度等于节点时间跨度内同一时刻不同优先级个数,目前来说不会超过4(优先级从低到高:普通赠送、普通购买、高级赠送、高级购买)
- 退款必然针对某条订阅历史,因此退款不会产生新的节点,只会对已有节点的过期时间推前
下面举几个实际的例子
例一 多层树
一年内依次赠送普通会员、购买普通会员、赠送高级会员、购买高级会员。具体行为如下
- 2020-01-01 00:00:00 获赠一年普通会员
- 2020-01-05 00:00:00 购买一年普通会员
- 2020-01-06 00:00:00 获赠一年高级会员
- 2020-02-01 00:00:00 购买一年高级会员
对此我们构建出如下高度为4,每层仅有一个节点的树。下图中,箭头代表时间轴,箭头左边为该节点生效时间、箭头右边为该节点失效时间、中间为该节点的订阅属性。在订阅树中,同一时间存在多个生效订阅时,子节点的订阅会覆盖父节点的订阅。
假设我们要知道 2021-01-01 00:00:00 生效的订阅,则只需要从根节点起遍历,如果存在包含 2021-01-01 00:00:00 这一时刻的子节点,就继续遍历,直到最终节点。图示如下,除了2021-01-01 00:00:00,我们还标出了几个其它的时间
- 2020-01-05 12:00:00 生效的是 购买的普通包年会员
- 2020-07-05 12:00:00 生效的是 购买的高级包年会员
- 2021-01-01 00:00:00 生效的是 购买的高级包年会员
- 2023-10-01 00:00:00 生效的是 赠送的普通包年会员
- 2024-03-01 00:00:00 没有任何订阅生效
例二 包含退款的树
我们来看一种包含退款的情况,订阅历史如下
- 2020-01-01 00:00:00 购买包年普通会员,记录id为a
- 2020-10-01 00:00:00 购买包月高级会员
退款记录如下
- 2020-10-02 00:00:00 针对记录id为a的订阅历史进行退款
形成的记录树如下,退款的部分被标红。而事实上,代码里退款在节点参与构建订阅树之前就已经完成了对节点的修正:如果退款发生在高级会员的购买之前,则高级会员会是普通会员的弟弟节点,而不是子节点。
例三 一种特殊情况
需要指出的是,同层中,如果一个订阅历史的开始时间迟于兄长节点,则无论该节点优先级是否比兄长节点高,都应该放置在其后面。考虑如下真实案例
- 2021-12-23 10:55:48 获赠 包年普通会员
- 2022-01-05 15:03:52 获赠 包年高级会员
- 2023-01-06 17:28:25 购买 包月高级会员
得到如下订阅树
而如果将包月高级会员购买时间向前提两天,到2023-01-04 17:28:25,就会有所不同
这点稍加注意即可。
算法实现
节点定义
1 | private open class Node( |
构建树的入口
1 | private fun constructTree( |
构建树的主体方法
1 | /** |
计算订阅的持续时间(考虑退款)
1 | private fun SubscriptionHistoryModel.duration(refundHistory: SubscriptionRefundHistoryModel? = null): TemporalAmount { |
判断节点和订阅历史优先级
1 | private fun SubscriptionHistoryModel.isPriorTo(node: SubscriptionNode): Boolean { |
总结
该方法的主要有点是可根据历史直接计算出指定时刻的生效订阅,免去了中间状态的记录。将来如果有更复杂的订阅需求,也十分方便扩展——只需修改优先级算法。