Unity中如何避免营收分析重复事件？解决Unity IAP重复触发问题

这个问题确实很常见——Unity IAP的ProcessPurchase方法会同时处理新购买和恢复购买的场景，直接在这里加营收埋点自然会导致重复统计。下面给你两种可靠的解决方案，结合你的代码片段来调整：

方案一：通过订单ID去重（最可靠） #

每个合法购买都会生成唯一的订单ID（transactionID），我们可以把已经统计过的订单ID存在本地，每次触发ProcessPurchase时先检查订单是否已被统计，避免重复上报。

修改你的代码如下：

private HashSet<string> _trackedOrderIds;

void Start()
{
    // 初始化已追踪订单集合，从本地读取历史记录
    _trackedOrderIds = new HashSet<string>();
    string savedOrders = PlayerPrefs.GetString("TrackedPurchaseOrders", "");
    if (!string.IsNullOrEmpty(savedOrders))
    {
        foreach (string orderId in savedOrders.Split('|'))
        {
            _trackedOrderIds.Add(orderId);
        }
    }
}

public PurchaseProcessingResult ProcessPurchase(PurchaseEventArgs args)
{
    bool validPurchase = true;
    if (ReceiptSupport)
    {
        // Presume valid for platforms with no R.V.
        // Unity IAP's validation logic is only included on these platforms.
        #if UNITY_ANDROID || UNITY_IOS
        // 保留你原本的购买验证逻辑
        #endif
    }

    // 获取当前购买的唯一订单ID
    string currentOrderId = args.purchasedProduct.transactionID;

    // 仅当订单未被统计过，才触发埋点
    if (validPurchase && !_trackedOrderIds.Contains(currentOrderId))
    {
        // 这里放你的营收埋点代码
        // 示例：Analytics.LogEvent("Successful_Purchase", 
        //     new Dictionary<string, object> {
        //         {"ProductID", args.purchasedProduct.definition.id},
        //         {"Revenue", args.purchasedProduct.metadata.localizedPrice}
        //     });

        // 将订单ID存入集合并持久化到本地
        _trackedOrderIds.Add(currentOrderId);
        PlayerPrefs.SetString("TrackedPurchaseOrders", string.Join("|", _trackedOrderIds));
        PlayerPrefs.Save();
    }

    return PurchaseProcessingResult.Complete;
}

方案优势 #

• 不受恢复购买流程的影响，即使用户卸载重装后恢复购买，也能通过本地存储的订单ID避免重复统计
• 兼容所有触发ProcessPurchase的场景，逻辑更鲁棒

方案二：标记恢复购买状态（实现简单） #

通过一个布尔变量标记当前是否处于「恢复购买」流程中，仅在非恢复状态下触发埋点。

代码示例：

private bool _isRestoringPurchases = false;

// 调用恢复购买的方法（你自己的恢复入口）
public void RestoreUserPurchases()
{
    _isRestoringPurchases = true;
    UnityPurchasing.Instance.RestoreTransactions((restoreSuccess) => {
        // 无论恢复成功或失败，都重置标记
        _isRestoringPurchases = false;
        // 恢复完成后的其他逻辑...
    });
}

public PurchaseProcessingResult ProcessPurchase(PurchaseEventArgs args)
{
    bool validPurchase = true;
    if (ReceiptSupport)
    {
        // 保留你的购买验证逻辑
        #if UNITY_ANDROID || UNITY_IOS
        // ...
        #endif
    }

    // 仅当不是恢复购买且验证通过时，触发埋点
    if (validPurchase && !_isRestoringPurchases)
    {
        // 你的营收埋点代码
    }

    return PurchaseProcessingResult.Complete;
}

方案注意点 #

• 一定要在恢复购买的回调中无论成功失败都重置标记，否则如果恢复过程中出现异常，标记会一直为true，导致后续新购买也无法触发埋点
• 仅适用于常规恢复场景，无法处理用户卸载重装后恢复购买的重复统计问题

额外注意事项 #

1. 优先保证购买合法性：埋点一定要放在购买验证通过之后，避免统计非法的购买请求
2. 测试覆盖场景：测试时要验证新购买、主动恢复购买、卸载重装后恢复购买这三种场景，确保埋点不会重复上报
3. 本地存储备选方案：如果担心PlayerPrefs被清理，可以改用PersistentDataPath存储文件，或者结合后端服务记录已统计的订单ID

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