本文主要是介绍Google 内购总结，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
Google 内购坑之总结
最近项目中增加了 Google 内购的内容，接入并不难，在这里总结下接入过程中的细节和坑的地方。
内购接入过程
如何接入官方的教程写的很详细（传送门），并且官方也提供了一个 Demo ，结合文档与 Demo 对内购应该会有一个比较全面的理解。
坑
1.官方 Demo 中是在客户端中做了支付结果的校验，但推荐支付校验最好是放在服务端中处理。因为支付校验时需要利用专属的 app_key，如果放在客户端有一定安全性风险。
2.在测试 google pay 的时候需要在 developer console 后台中创建一个 beat 或者 alpha 版本的应用，并且需要上传一个签名的apk，当然前提条件是必须要花25美金申请一个谷歌开发账号。另外需要注意的是此apk必须包含<uses-permission android:name="com.android.vending.BILLING" />权限，即内购权限。
3.当应用处于 beat、alpha 状态时，只有授权的测试者账号（google 账号）才能在google play中下载此apk。在下图1的地方进行添加测试者操作，添加完成后将2的链接分享给测试者，测试者进行授权操作便可以在google play中下载此apk。
4.可能有的同学会问，那岂不是每次做一些改动是必须重新上传apk然后下载，再进行测试？其实只要保证运行的apk签名必须与 developer console 上传的apk签名一致，包名一致，版本号、版本名 是上传过的版本号版本名即可。
上传过的版本号和版本名怎么理解呢？举个例子如下图
我上传过两个版本，老版本version_code=10 verison_name=1.5.3，新版本version_code=11 verison_name=1.5.3，只要本地运行的apk verison_code version_name在上传过的各个版本之中就可以正常测试，如果随便写不存在version_code version_name是无法正常调起的支付的。
需要注意的是Android Studio直接运行的签名是默认debug，要保持与 developer console 签名一致可以手动配置debug签名，这样直接通过 Android Studio 运行就可以直接进行支付测试。
5.可以利用google提供的特有的商品id进行静态响应测试，静态相应测试无需进行支付。
6.商品配置时需要注意的坑就是要将配置完成的商品状态改为激活状态，不然进行支付时一直提示需要登录….。
7.进行真实测试时，测试的 google 账号必须绑定有海外购买能力的信用卡或者paypal。不比担心花销，只要在 developer console 中配置测试账号，就可以进行真实测试但不会真的扣钱。配置的地方如下图
之后遇到的问题会继续补充…
这篇关于Google 内购总结的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
