我已经在我的应用中实现应用计费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方法中调用它。问题是:这是一个安全的解决方案吗？还有其他人看
我在谷歌商店的应用程序崩溃报告中收到很多异常。有人可以帮我解决这个问题吗？我正在使用android:targetSdkVersion=19java.lang.SecurityException:RequiresREAD_PHONE_STATE:Neitheruser10131norcurrentprocesshasandroid.permission.READ_PHONE_STATE.atandroid.os.Parcel.readException(Parcel.java:1546)atandroid.os.Parcel.readException(Parcel.java:1499)
所以我正在编写一个带有特殊应用内货币的Android应用。您可以通过应用程序内结算以1、5、10等包的形式购买这种货币。以下是我的实现方式:使用托管产品(当应用程序启动时，我使用IabHelper查询购买的产品)购买完成后立即消费消费完成后，向服务器发送购买token服务器通过playAPI检查，然后为账户提供币种我的问题是，如果第3步失败怎么办？如果连接被切断或其他原因，购买token将永远不会到达我的服务器。在那种情况下，用户将支付货币，但他们的帐户不会得到它。当我的应用再次启动并运行1a时，它不会找到购买的商品，也不会重新使用它。这个推理正确吗？如果是这样，我是否需要在andro
我有一个使用GCM和计费的应用程序。为了使其成为AndroidM-ready，我正在尝试实现新的permissionmodel.很遗憾，我找不到任何关于GCM和计费权限的信息。它们没有出现在normalpermissionlist中并且显然不适用于Manifest.permission.*，因为它们不在android.permission命名空间下。尽管如此，我们仍然必须在list中声明它们那么应该如何处理这些权限？它们是自动授予的吗？ 最佳答案 这些权限在安装时自动授予:checkSelfPermission("com.andro
我正在将应用内计费集成到我的Xamarin.Android应用程序中。我使用Google测试产品(android.test.purchased等)测试了API，它运行良好。进行一些测试后，我开始在OnInAppBillingError事件中收到以下错误。错误:com.example.appname不支持应用内结算版本3com.example.appname是我的应用程序的bundleid。我在互联网上发现了这个错误(thisistheclosestmatch)，解决方案是更新GooglePlay客户端。我有最新的GPC(版本5.9.12)。奇怪的是，我在一些成功的测试后开始收到这个错误
我想知道Android和iphone的InAppbilling中最多可以放置多少项目。我好像记得读过大约3000，但我找不到引用资料。此外，如果3000是最大值，那么解决此问题的合法方法是什么。我的应用程序将出售内容，我认为解决该问题的一种可能方法是拥有一个显示内容的中央应用程序，然后是许多不同的图书馆，您可以在其中购买内容。这会是一个可行的变通办法吗？ 最佳答案 我只能回答你问题中与Apple相关的部分。我两周前刚和他们谈过，因为我也有很多可以在我的应用程序中购买的商品。Apple内购的当前限制为10.000件。如果这还不够，Ap
几天后就可以在Android应用中使用应用内结算。当然很酷。因此，我开始为我的应用程序进行更新以实现这一点。但是现在我遇到了一些问题。这就是我所做的:我首先尝试了用于测试静态应用内的预留产品ID计费响应。这没有问题。我向市场上传了一个包含com.android.vending.BILLING权限的APK草案(有生产签名，没有调试签名)。当我这样做时，我能够在市场上向我的应用添加“应用内产品”并将其状态设置为已发布。我创建了一个测试用户并重置了我的设备，以使该测试用户成为我的测试设备上的主要帐户。保留的产品ID仍然有效。现在问题来了。当我使用自己的产品ID(我之前添加的产品ID，见上文)
