我尝试查看similar问题，但那里提供的解决方案似乎不适合我的具体情况:我最初是按照Configuringandbuildingthesampleapplication的说明进行操作的对于应用内结算，将安全key替换为来自Google开发者帐户的公钥，并将程序包名称从com.example更改为com.billtheape。然后我构建了一个非发布版本，并在我的Android手机上运行了“健全性检查”。一切顺利(当然，除了访问AndroidMarket服务器，因为按照设计它只适用于签名的发行版本)。然后我尝试构建一个已签名的发布版本，但收到错误:[2012-01-0320:52:45-
我计划为我的一个Android应用程序集成GooglePlay应用内结算。为了使用应用内结算，需要在AndroidManifest中添加权限com.android.vending.BILLING。我的问题是，用户是否必须在安装或升级时授予此权限？我还没有看到正在使用它的应用程序。所以，我只是想知道是否会在未经用户许可的情况下推出包含新计费许可的更新？后者通常意味着旧版本卡住了。问候，约尔格 最佳答案 我使用GooglePlayDeveloperConsole的alpha发布机制自行测试了这一点。我可以确认用户将被提示获得额外的权限。
Google提供了一个convenientAPI在Android应用上实现“应用内购买”功能。除了这些文档，还有一个dedicatedchapter关于这个系统的安全级别和设计它的好方法。网上到处都是关于这一步的文章，来自publickeyprotection至remoteservervalidation，但我真的不明白为什么所有这些技术都应该在主要问题只是代码黑客时起作用。也许有更好的术语来解释它，但让我举一个简单的例子。我的应用程序的基本思想是，在某些时候，用户必须购买商品才能继续。类似于:publicvoidaccessTheVeryCoolFeature(){booleanha
是否InAppbilling(V2orV3)适用于使用多个帐户并使用非主要帐户进行购买的用户？PD:需要一些解释，不是简单的是/否 最佳答案 InAppBilling支持多个帐户，在code.google中被报告为错误，看看吧根据Mr.Sergej(发布于G+android开发社区)的说法，使用多个用户帐户时，使用第一个帐户购买的应用内商品将不再有效! 关于android-InAppBilling是否支持多个帐户？，我们在StackOverflow上找到一个类似的问题：
我遇到了应用内结算库(使用BillingClient)和应用内结算API(使用IInAppBillingService)都用于管理订阅，我的问题是在什么情况下必须使用哪个。我正在使用In-appBillingAPI进行测试并检查应用程序启动画面上的订阅状态。我的逻辑很简单，使用getPurchases()方法获取购买状态。如果getPurchases()返回空，我认为“未购买状态”否则“购买状态”。如果出现以下标准，这会解决吗？1.延迟计费2.购买过期如果定期付款失败(例如，因为客户的信用卡失效)，则订阅不会续订。getPurchases()方法不会返回失败或过期的订阅。是什么意思Bu
我一直在玩Dungeons应用程序和我自己的计费代码，除了一个奇怪的地方外，几乎一切正常。似乎无论我做什么我都无法让DEVELOPER_PAYLOAD出现在JSON签名的响应中。如果我没看错，文档似乎说我应该在JSON市场响应中看到developer_payload。Dungeons应用程序似乎认为它也应该在json中看到developer_payload。我还没有让它在我的代码中工作，而且它在我手机上的地下城示例中似乎也没有工作。这是我的一些代码fragment:Bundlerequest=makeRequestBundle("REQUEST_PURCHASE");request.p
我已经在我的应用中实现应用计费v3大约一周了。我使用了很多android的示例代码来简化集成。我经常记录我似乎无法重现的崩溃:ExceptionType:java.lang.RuntimeExceptionReason:Unabletodestroyactivity{[package].billing.BillingActivity}:java.lang.IllegalArgumentException:Servicenotregistered:[package].billing.util.IabHelper$1@40646a70它似乎在这条线上中断了:if(mContext!=nul
我在应用内购买时使用Android应用内结算。在极少数情况下，我的一些用户会报告此错误:"Errorretrievinginformationfromserver.[RPC:S-7:AEC-0]"这是在生产中发生的，而不是在测试中发生的。而且我无法在本地重现此内容以进行调试。这个错误是什么意思，如何解决？ 最佳答案 您可能想看看ThisPreviousQuestionCheckifyouareusinglatestversionofGooglePlay.ORFollowingthestepsbelow.RPC:AEC:0errori
使用AndroidIABV3续订时，购买token是否保持不变？依赖购买token作为后端服务器上的用户ID是不是一个坏主意？(假设在订阅过期时丢弃他们的数据没什么大不了的) 最佳答案 根据这个答案thisanswer,它保持不变。所以依赖它应该没问题，请记住，如果用户取消然后再次购买订阅，情况会有所不同。 关于android-使用AndroidIn-AppBillingV3续订订阅时，purchaseToken是否保持不变？，我们在StackOverflow上找到一个类似的问题：
步骤如下:构建并运行InAppV3示例TrivialDrive示例选择购买选项点击后退按钮尝试再次购买在2013年1月的版本中，您可能会收到Can'tstartasyncoperation(launchPurchaseFlow)becauseanotherasyncoperation(launchPurchaseFlow)isinprogress.然后你不能使用IabHelper类的购买或库存方法，因为异步标志不会清除，除非你终止你的应用程序。这里有一个可能的解决方案:我公开了flagEndAsync方法并在onRestart方法中调用它。问题是:这是一个安全的解决方案吗？还有其他人看
