从AIDL迁移至Billing v4：服务是否需移除及订阅测试相关问题

1. 升级时是否需要移除InAppBillingService（com.android.vending.billing） #

• 必须完整移除。Billing Library v4已经在内部封装了所有和InAppBillingService交互的AIDL逻辑，不需要开发者自行引入AIDL文件、实现服务绑定逻辑。
• 残留的InAppBillingService相关代码不仅冗余，还可能出现AIDL版本和Billing库内部依赖版本不匹配的问题，引发请求失败、兼容异常等故障。
• 迁移阶段可以直接删除所有旧的AIDL文件、服务绑定、AIDL接口调用逻辑，所有计费相关操作都通过Billing v4提供的公开API实现即可。

2. 应用内购测试方案及静态SKU的校验范围 #

正确的应用内购测试流程 #

• 前期基础验证：先通过官方提供的静态测试SKU验证Billing库初始化、商品查询、基础购买流程的正确性。
• 全功能测试：在Google Play控制台上传带签名的测试包，配置好正式的内购/订阅SKU，将测试账号加入许可测试名单后，使用真实的测试SKU覆盖所有业务场景，包括购买确认、消耗、订阅状态查询、订阅变更等逻辑。
• 灰度验证：上线前将包提交到封闭/内部测试轨道，小范围验证实际支付、订单同步的正确性。

静态测试SKU是否足够验证订阅功能 #

• 仅靠静态测试SKU无法完成订阅功能的完整校验。静态测试SKU只能验证最基础的购买发起、成功回调逻辑，不支持订阅特有的生命周期场景模拟，包括订阅续订、到期、退订、升降级、免费试用、首购优惠等逻辑都无法通过静态SKU测试。
• 静态SKU的购买数据不会同步到Play后台，也无法通过Billing库的查询订阅接口拿到真实的订阅状态数据，仅能用于验证Billing库的基础接入是否正常。
• 要完成完整的订阅功能校验，必须使用Play控制台配置的真实测试SKU，配合许可测试账号完成全流程测试，测试阶段的订阅会加速续订周期（默认几分钟完成一个续订周期），可以快速模拟完整的订阅生命周期。

内容的提问来源于stack exchange，提问作者sejn