关于应用内计费初始化时间答案

【问题标题】：About In app billing initialization time关于应用内计费初始化时间
【发布时间】：2013-04-29 15:02:41
【问题描述】：

这几天我正在将 iab 添加到我的应用程序中，但是在阅读了 google 的所有文档并进行了一些测试之后，我有一个疑问。我应该什么时候启动服务？现在是应用程序初始化的好时机吗？每次用户想要购买产品时我应该初始化系统吗？

你是怎么处理的？

干杯。

【问题讨论】：

不确定您所说的“初始化”是什么意思，您的意思是“绑定到服务”吗？我发现 IAB V3 比 LVL 响应更快，但我想这是由于 IAB 的服务内部缓存。最佳做法是仅在需要时绑定到服务，以便 Android 可以有效地管理资源。
是的，抱歉，我想说什么时候绑定到服务。关于您的回答，您的意思是我应该在每次需要并完成使用 IAB 系统时绑定/取消绑定吗？抱歉，如果这一切似乎都是一个愚蠢的问题，但我认为对服务进行多个绑定/取消绑定将不是一个好选择。
我认为是时候提供更多信息了；看我的回答。现在将添加一些链接。

标签： android in-app-billing android-billing

【解决方案1】：

好的，我想是时候给出一个完整的答案了。

当您需要执行事务或检索信息/完成时，您绑定到 IAB 服务/解除绑定。无需担心那里的性能，因为这是一项本地服务，当您绑定到它时不一定会连接到 Google 服务器（唯一的例外：购买，但无论如何这需要一些时间）；它遵循不同的策略来决定何时上网。
正如 tjPark 所说的那样，将您的应用程序内部关于用户拥有什么的想法与 IAB 的想法同步是一个好主意。无论是在您的应用程序启动时还是仅在用户做出几个选择之后，都取决于您的应用程序。如果您需要为您的初始屏幕了解用户拥有哪些 IAB 项目，请在您的初始屏幕 Activity 中执行此操作。如果只是稍后才变得相关，那么稍后查询 IAB 服务会更有意义。
如果您的 IAB 商品可以消费，您还应该仔细考虑适合您需求的消费策略。
请始终注意IAB V3 uses caching extensively，因此即使将您的应用与 IAB 服务同步也不一定能获得最新信息。例如。当用户在设备 1 上购买应用内产品并希望在设备 2 上使用它时，会出现延迟，直到它出现。或者，如果您在 Google Checkout/Wallet 中取消交易并且设备处于离线状态，您也不会立即知道。
Don't use Google example code without refining it to achieve product maturity。
知道 IAB 服务响应可能会受到重放攻击，因为您无法在请求中提供随机数。
请注意，如果您没有 server-side validation，那么您的整个 IAB 代码可能会被替换为仅返回正面响应的虚拟代码。

【讨论】：

感谢您的明确回复。关于最后两点，他们真的让我害怕:)。无论如何，我想我不会担心他们，因为我的比赛还很小。如果人们破解它，我很确定这将是因为它的性能比我预期的要好得多:)。再次感谢您的好回答。
@Notbad 是的，可能没什么好担心的，尽管已经有一个用于删除标准 LVL 检查的脚本，并且 apk 校验和可以被伪造。但这仍然需要一些专业知识。无论如何，祝你好运，我希望人们尊重你在这个精神分裂症市场中所做的工作（“应用程序必须是免费的，但我不想要广告，而且我会花更多的钱买一杯咖啡而不是一个好的应用程序！”）。跨度>
是的，完全同意。事情并不像“他们”希望我们相信的那么美好。
你的回答给了我很多细节。谢谢！

【解决方案2】：

http://developer.android.com/google/play/billing/api.html,

从上面，谷歌说

当您的应用程序启动或用户登录时，最好与 Google Play 核对以确定用户拥有哪些项目。要查询用户的应用内购买，请发送 getPurchases 请求。如果请求成功，Google Play 会返回一个 Bundle，其中包含已购买项目的产品 ID 列表、单个购买详细信息列表以及购买签名列表。

我猜检查每个初始化都会为您的产品提供更多保护

【讨论】：

你的意思是每次我要与 IAB 系统交互时都要检查，不是吗？这样我就可以在执行任何交易之前检查所有内容。
这并没有回答应该如何实施绑定/取消绑定策略的问题。
我的意思是每次用户启动应用程序时。用户购买数据（以及可从服务器下载的数据）可能随时被用户删除（清除数据）或其他内容。另外，如果你的物品是一种解锁阶段的东西，那么破解会增加一点负担。