我有一个应用程序，每个用户有几个实体。用户可以为每个实体做 IAP。当我将付款添加到 SKPaymentQueue 时，我知道购买是针对哪个实体完成的。
如何从updatedTransactions回调中获取此信息？
我尝试将购买交易中的交易标识符与购买交易中的交易标识符进行匹配，但该值仅存在于购买交易中。
我尝试使用应用程序用户名：
func buyProduct(_ product: SKProduct) {
let payment = SKMutablePayment(product: product)
payment.applicationUsername = "character ID"
SKPaymentQueue.default().add(payment)
}
但是文档提到它不可靠，仅用于欺诈检测。
它在大多数情况下都有效，但 Apple 不保证在回调事务中返回它。
您可以提供四种产品类型：
让我们在这里跳过订阅，关注（非）消耗品。有什么不同？
每个产品都有一个唯一标识符 ( productIdentifier)。它可以从任何地方访问：
SKProduct.productIdentifierSKPayment.productIdentifierSKPaymentTransaction.payment这使您SKPayment可以从哪里获得productIdentifier您可以将自定义数据分配给交易吗？不，只有
applicationUsername你提到的。但它有以下缺陷：
不保证该
applicationUsername属性在您将支付交易添加到队列和队列更新交易之间持续存在。请勿尝试将此属性用于提供欺诈检测以外的目的。
您不能将其用于自定义数据。即使你试图滥用它，它仍然没有用，因为它不能保证持续存在。
这是简单的部分，因为它允许用户只购买一次。您拥有productIdentifier随处可用的内容，然后您可以解锁功能、下载内容、...
但这显然不是你想要的。无论如何，您也可以通过这种方式实现您想要的，但是您必须为每个实体以及实体和用户组合创建一个独特的产品。这可能会导致数百万个产品标识符。我可以想象这将是一场维护噩梦。
这部分比较棘手，因为作为应用程序开发人员，您需要负责：
换句话说-消耗品的行为与任何其他支付网关（Stripe，...）一样-您知道用户为特定支付了您的费用productIdentifier，仅此而已-其他所有内容都必须在您的应用程序中，在您的服务器上处理，...
想象一下，您有一个游戏，用户可以在其中购买新的游戏角色。有两种方法可以实现这一目标。
productIdentifier优点：
缺点：
productIdentifier可以增长很多，特别是如果你有很多字符，它们对于每个用户来说确实是不同的，等等。StoreKit
优点：
productIdentifier短名单缺点：
StoreKit在您身上StoreKit充当您的任何其他支付网关Apple 的 API 中无法将交易与特定实体关联，因此您必须自己进行关联。
我只能想到两种方式：
除此之外，Apple 的 API 不会将已启动的事务与已完成的事务关联起来（例如，通过事务 id 或允许元数据）——这使得将用户操作与其初始原因相关联变得非常困难。
这在用户体验方面非常糟糕，因为用户必须在一个可能长时间运行的过程中进行两次交互，而没有明显的原因。