我正在构建一个Android应用程序，为用户提供多个交互式冒险。它们使用大量媒体(声音文件和图像，加上一些xml)，因此占用大量空间。我正计划采用免费增值模式，在这种模式下，用户可以免费下载一次冒险，然后用户可以从GooglePlay购买更多。我想知道的是:1)我应该如何构建我的应用程序，以免超过50mbapk？2)内部存储有大小限制吗？3)我见过的所有应用内结算示例都假设它是针对应用中已有的微不足道的事情。如何设置它以便在购买时下载冒险？ 最佳答案 您可以在Play商店中使用最大2GB(IIRC)的插件，因此50mb只是APK的限
我在AndroidInAppbillingv3上遇到了一个问题。我在Playstore中创建了一个托管的inapp产品，我需要从多个设备多次购买它。为此，我正在两种不同的设备上测试该应用程序。我没有在本地服务器上保留任何购买数据。因此，每当我需要再次购买该商品时，我都会查询该商品以获取购买状态，如果购买了该商品，我将基于该状态消费该商品并再次调用购买功能。我在下面详细说明了我的错误场景在第一台设备上，我已完成付款并获得成功结果。如果我在同一台设备上查询购买详情，它会提供准确的信息。同时，如果我在第二台设备上查询。它给出inventory.hasPurchase(sku)作为false和
我在尝试使用Google提供的应用内结算库时收到SecurityException。这是完整的异常(exception):07-0515:56:47.78326481-26481/com.andrewq.planetsE/AndroidRuntime﹕FATALEXCEPTION:mainProcess:com.andrewq.planets,PID:26481java.lang.SecurityException:Binderinvocationtoanincorrectinterfaceatandroid.os.Parcel.readException(Parcel.java:14
我目前正在开发一款应用内计费应用。一切正常。我已经在Betachannel中发布了该应用程序，并让测试用户使用真实元素对其进行了测试，并且它可以正常工作。然而，在调试时，我正在使用android.test.purchased项目，当我按下购买按钮时，我的游戏商店崩溃了。我收到以下错误:E/AndroidRuntime:FATALEXCEPTION:mainProcess:com.android.vending,PID:25463java.lang.NullPointerException:Attempttoreadfromfield'com.google.android.finsky.
我想做什么大家好，我正在尝试为我的应用创建一些应用内产品，用于捐赠。因为我正在赠送我friend的免费音乐-他说唱。不管怎样，我在我的开发者帐户上创建了5个应用内产品:donate_small捐赠_midsmalldonate_medium捐赠大额donate_xlarge这是我在那里生成的引用key。它们被保存并发布。现在，如果通过本教程编写应用内服务:In-AppEasyTutorial.该代码似乎工作完美，没有错误，当我编译演示代码时它可以工作。但是当我尝试它时，我总是得到这个错误:12-0614:23:49.400:E/BillingService(4719):BillingH
我尝试查看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
