Apple Code Redemption的presentCodeRedemptionSheet()无反馈及优惠码调试问题

回调未触发问题排查 #

你遇到的兑换完成后应用端无反馈的问题，优先排查交易观察者的生命周期：

很多场景下paymentQueue (_ queue: SKPaymentQueue, updatedTransactions transactions: [SKPaymentTransaction])未触发，是因为SKPaymentQueue的交易观察者被提前释放。如果你将观察者绑定到了特定业务ViewController上，用户触发兑换时该ViewController如果已经出栈/销毁，就无法接收回调。

正确的处理方式是将交易观察者绑定到AppDelegate或全局持久化单例上，在应用启动时就调用SKPaymentQueue.default.add(_:)完成注册，全程不主动移除观察者，确保兑换流程的回调可以被正常接收。

调试模式下优惠码测试方法 #

完全可以在调试模式下测试优惠码功能，无需在生产环境操作：

• 生成沙盒专属优惠码：登录App Store Connect，进入对应应用的「内购项目」/「订阅」管理页，选择需要测试的商品，点击「促销代码」选项，选择沙盒环境即可生成批量测试用优惠码，沙盒优惠码不受「同一Apple ID仅可兑换一次」的生产限制，也不会产生真实扣费。
• 沙盒环境调试：测试设备退出正式Apple ID，在设置-App Store中登录沙盒测试账号（可在App Store Connect的「用户和访问-沙盒」页面批量创建），直接用Xcode运行Debug模式的应用包，触发SKPaymentQueue.default().presentCodeRedemptionSheet()后输入沙盒优惠码即可完成流程测试，过程中支持断点、控制台打印等所有调试操作，可以直接验证paymentQueue(_:updatedTransactions:)是否被触发。
• 本地离线模拟：也可以使用StoreKit Test框架创建本地商品配置文件，直接模拟优惠码兑换的交易回调，不需要连接Apple服务器即可快速验证代码逻辑。

无需提交应用审核的测试方案 #

不需要每次修改代码都提交App Store审核即可完成测试：

• 本地Debug包直接测试：只要使用沙盒账号登录设备，本地Xcode编译运行的包即可完整走通优惠码兑换全流程，无需上传任何版本到苹果服务器。
• TestFlight内部测试：如果需要测试接近生产的包体，可将打包后的版本上传到App Store Connect，提交TestFlight内部测试申请，仅需要十几分钟的机审即可通过，不需要经过App Store的正式审核，内部测试人员安装TestFlight包后即可配合沙盒优惠码测试，行为和生产环境完全一致。

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