如何在Google Play Billing Library 5/6中将ProductDetails持久化到磁盘？

在Google Play Billing Library 5、6版本中，官方确实移除了类似SkuDetails的getOriginalJson()方法与JSON构造方式，无法直接序列化ProductDetails。但可以通过以下几种可靠策略实现本地存储与恢复：

1. 手动提取关键字段构建本地缓存模型 #

从ProductDetails中提取业务必需的字段（如productId、title、description、price、subscriptionOfferDetails等），自定义一个可序列化的数据类，将其作为缓存载体：

• Java项目可实现Serializable接口，通过ObjectOutputStream/ObjectInputStream完成磁盘读写；
• Kotlin项目可使用@Serializable注解，结合Gson或Jetpack DataStore实现类型安全的存储。

示例（Kotlin + DataStore）：

// 自定义缓存数据类
@Serializable
data class ProductCache(
    val productId: String,
    val title: String,
    val description: String,
    val price: String,
    // 根据业务需求添加其他字段
)

// 从ProductDetails转换为缓存模型
fun ProductDetails.toCache(): ProductCache {
    return ProductCache(
        productId = this.productId,
        title = this.title,
        description = this.description,
        price = this.oneTimePurchaseOfferDetails?.formattedPrice ?: ""
    )
}

这种方式完全可控，不受Billing Library内部变更影响，缺点是需要手动维护字段映射。

2. 利用Parcelable特性实现序列化 #

ProductDetails本身实现了Parcelable接口，可以将其转换为字节数组存储：

• 序列化：创建Parcel对象，写入ProductDetails后提取字节数组，存入SharedPreferences或文件；
• 反序列化：读取字节数组并创建Parcel，通过ProductDetails.CREATOR.createFromParcel()恢复实例。

示例代码：

// 序列化ProductDetails为字节数组
public static byte[] serializeProductDetails(ProductDetails details) {
    Parcel parcel = Parcel.obtain();
    details.writeToParcel(parcel, 0);
    byte[] bytes = parcel.marshall();
    parcel.recycle();
    return bytes;
}

// 从字节数组反序列化ProductDetails
public static ProductDetails deserializeProductDetails(byte[] bytes) {
    try {
        Parcel parcel = Parcel.obtain();
        parcel.unmarshall(bytes, 0, bytes.length);
        parcel.setDataPosition(0);
        return ProductDetails.CREATOR.createFromParcel(parcel);
    } catch (Exception e) {
        // 反序列化失败，返回null触发重新查询
        return null;
    }
}

注意：该方式依赖Billing Library内部的Parcelable实现，未来版本若结构变更可能导致失败，需做好异常捕获与降级处理。

3. 缓存+智能重试的降级策略 #

将本地缓存作为展示层降级方案，而非购买操作的依赖：

• 查询成功时，更新本地缓存并展示最新数据；
• 查询失败时，先展示缓存数据，同时在后台静默重试查询，成功后更新界面与缓存；
• 购买操作必须使用最新的ProductDetails实例，若缓存无法支撑购买（如实例过期），需提示用户检查网络并重试查询。

关键注意事项 #

• 时效性控制：本地缓存需设置过期时间（如7天），过期后强制触发重新查询，避免展示过时的产品信息；
• 购买安全性：禁止使用缓存的ProductDetails发起购买，必须确保使用queryProductDetailsAsync返回的最新实例，否则可能导致购买流程异常。

内容的提问来源于stack exchange，提问作者Cheok Yan Cheng