InAppBillingLibrary核心文件析：它们究竟是干什么的
在Android应用开发中，
InAppBillingLibrary是处理应用内购买IAP的核心工具库。它通过一系列文件模块协作，实现商品查询、订单发起、支付验证等整流程。这些文件各司其职，共同构建起安全、稳定的应用内购买体系。以下从核心文件出发，拆它们的具体功能：
一、IabHelper.java：购买流程的“总指挥”
作为库中的核心工具类，`IabHelper.java`承担着统筹全局的角色。它封装了与Google Play Billing服务的通信逻辑，具体包括：
- 初始化与连接：通过`startSetup()`方法建立与Google Play服务的连接，确保应用具备购买能力；
- 发起购买请求：调用`launchPurchaseFlow()`方法，传入商品ID、购买类型消耗型/非消耗型等参数，拉起支付界面；
- 处理购买结果：在`onActivityResult()`中析支付回调数据，判断订单是否成功；
- 释放资源：通过`dispose()`方法关闭连接，避免内存泄漏。
可以说，所有购买相关的核心操作，都需要通过`IabHelper`触发和管理。
二、IabResult.java & Purchase.java：数据传递的“信使”
这两个类是购买流程中的数据载体，负责封装关键信息：
- IabResult.java：存储操作结果状态。例如，通过`isSuccess()`判断购买是否成功，`getMessage()`返回失败原因如“用户取消支付”“网络异常”；
- Purchase.java：记录具体购买信息。包含商品ID`getSku()`、订单号`getOrderId()`、购买时间戳`getPurchaseTime()`、支付状态`isAutoRenewing()`等，是后续验证和业务处理的核心依据。
它们像“信使”一样，将Google Play返回的原始数据转化为开发者可直接使用的结构化信息。
三、Inventory.java & SkuDetails.java：商品信息的“仓库”
应用内购买的前提是获取商品数据，这两个类负责商品信息的管理与缓存：
- SkuDetails.java：存储单条商品详情。包括商品标题`getTitle()`、价格`getPrice()`、描述`getDescription()`、类型`getType()`等元数据，开发者可通过它在UI中展示商品列表；
- Inventory.java：缓存已查询的商品和已购买记录。通过`getSkuDetails()`获取商品详情，`hasPurchase()`检查用户是否购买某商品，避免重复向Google Play请求数据，提升性能。
四、Security.java：支付安全的“盾牌”
应用内购买最核心的风险是订单伪造，`Security.java`正是防御篡改的关键。它通过以下逻辑确保支付合法性：
- 签名验证：使用应用的公钥从Google Play控制台获取，对`Purchase`对象中的`getSignature()`进行验签，确认订单数据未被篡改；
- 防重放攻击：校验订单时间戳和订单号，防止重复使用旧订单数据。
缺少`Security`的验证，支付流程将面临恶意刷单、虚假订单等安全隐患。
五、辅助接口：异步流程的“桥梁”
除核心文件外，库中还包含如`IabBroadcastReceiver`监听购买状态变化、`OnIabSetupFinishedListener`初始化结果回调等接口。它们作为异步通信的“桥梁”，将Google Play的后台操作结果实时反馈给主线程，确保UI能及时响应如更新购买状态、展示支付成功弹窗。
这些文件共同构成了InAppBillingLibrary的整生态：`IabHelper`主导流程，`IabResult`与`Purchase`传递数据，`Inventory`与`SkuDetails`管理商品信息，`Security`保障安全，辅助接口衔接前后台。理它们的分工，才能高效集成应用内购买功能，为用户提供流畅的支付体验。
