HarmonyOS鸿蒙Next中集成应用内支付订阅功能,测试切换相同周期订阅收到的订阅关键事件通知
HarmonyOS鸿蒙Next中集成应用内支付订阅功能,测试切换相同周期订阅收到的订阅关键事件通知 背景描述
我们游戏集成了华为应用内支付订阅服务,分别在正式环境和沙盒环境下,测试切换订阅相同周期商品,并记录下每次收到订阅关键事件通知的(通知事件类型),测试结果如下:
疑问
正式环境下:
- 7月25号10:28首次购买周卡1,返回订阅关键事件0。0表示首次购买。
- 7月25号10:36切换到相同周期的订阅周卡2,返回订阅关键事件1和7。1表示原订阅停止,7表示切换立即生效的续期。
沙盒环境下:
- 10月18号10:32首次购买周卡1,返回订阅关键事件0。0表示首次购买,与正式环境一致。
- 10月18号10:34切换到相同周期的订阅周卡2,返回订阅关键事件7。与正式环境相比,缺少返回1。
- 10月18号10:36订阅周卡2发生自动续期,返回订阅关键事件7。
- 之后沙盒每间隔3分钟自动续期一次,一共主动续期5次。
沙盒测试下有两个疑问:
- 沙盒切换订阅时收到通知7,没有通知1。
- 沙盒自动续期间隔时间有2分钟也有3分钟的,而不是文档上“时光机”概念月卡对应的3分钟。不太准确。
问题解决
联系华为技术支持(可提单https://developer.huawei.com/consumer/cn/support/feedback联系)咨询,技术回复:
- 沙盒下切换订阅没有通知1的问题,是已知问题,已经安排在优化,后续会更改。
- 沙盒下由于发出通知是异步通知,会有误差,导致续期间隔时间不太准确。但是实际返回的通知中的purchaseTime、expirationDate字段时间是准确的,比如:
10:36分收到的通知中的purchaseTime和expirationDate时间戳分别为1666060632141和1666060812141,时间戳转换后为2022-10-18 10:37:12和2022-10-18 10:40:12,是准确的。
总结就是:
在收到IAP服务器的订阅关键事件通知时,根据通知内容中的购买Token,请求IAP服务器校验购买Token获取当前购买Token关联订阅的最新状态,并根据订阅最新状态决定您是否需要提供商品服务。
更多关于HarmonyOS鸿蒙Next中集成应用内支付订阅功能,测试切换相同周期订阅收到的订阅关键事件通知的实战教程也可以访问 https://www.itying.com/category-93-b0.html
我这里有个问题请教一下,请问博主有试过:测试当前周期切换订阅操作吗?
通知发送过程:0–>7–>4–>1–>7
- 首次购买月档位:通知0
- 月档位续费成功:通知7
- 月档位未过期前,切换订阅年档位 : 通知4
- 月档位过期前一天:通知1 (切换订阅)
- 年卡档位切换扣费成功 :通知7
更多关于HarmonyOS鸿蒙Next中集成应用内支付订阅功能,测试切换相同周期订阅收到的订阅关键事件通知的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html