如何实现Apple弃用verifyReceipt后的替代收据验证方案？

Apple已正式弃用verifyReceipt()接口，以下是基于官方文档整理的后续收据验证的合理实现方式：

核心替代方案：使用App Store Server API #

官方现在推荐使用App Store Server API作为收据验证的标准方案，它支持所有内购项目（包括消耗品、非消耗品、自动续期订阅等）的验证需求。

具体实现步骤 #

• 服务器端验证（强制推荐）

  1. 生成用于身份认证的JSON Web Token (JWT)：使用开发者账号中的App Store Connect API密钥来生成JWT，确保请求的合法性和安全性。
  2. 调用对应API接口：根据需求选择合适的接口，比如验证收据详情调用Get Receipt Information接口，查询订阅状态调用Get All Subscription Statuses接口。
  3. 验证响应与提取信息：接收API返回的响应后，先验证JWT签名的有效性，再从中提取交易状态、订阅到期时间、商品ID等关键信息，用于业务逻辑处理。

• 客户端仅做数据传递
  客户端可以获取本地的收据数据，但绝对不要在客户端直接完成验证逻辑——必须将收据数据发送到你的后端服务器，由后端统一调用App Store Server API完成验证，避免客户端篡改数据带来的安全风险。

关键注意事项 #

• 尽快完成迁移：verifyReceipt()接口不再更新，后续可能停止服务，务必及时切换到App Store Server API。
• 密钥安全：保管好生成JWT的API密钥，避免泄露，防止恶意请求。
• 异常处理：处理API返回的各类错误码（如签名无效、请求参数错误等），保证验证流程的稳定性。

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