腾讯(应用宝)SDK接入总结

腾讯(应用宝)SDK接入总结

这个是当年(2015年或更早)在接入应用宝时的一些总结记录,现在拿出来做一下分享:

应用宝SDK接入分QQ登陆和微信登陆,充值方式有:游戏币模式、道具直购模式、道具寄售模式。

​ 普通网游一般接入游戏币模式。此模式,无法自定义传入名称,在多货币的情况下,审核出现问题。由于捕鱼(单机)的特殊性,多种货币(道具)可直接购买,所有接入这一块采用了登陆和充值分开处理。直接接入米大师,

登陆申请在open.qq.com(腾讯开放平台),支付申请在http://midas.qq.com/(米大师),即道具直购模式。

​ 此网页资料(http://www.2cto.com/kf/201404/294416.html),是在接入后才找到的。

主要说明一下,服务端接收腾讯充值回调的处理。腾讯回调比较特殊,用non-hosting应用(即应用部署在开发者自己的服务器上),需要采用https(443),接收回调。接入过程如下:
1.程序启动https服务,此处理在拿到腾讯CA安全证书使用说明文档后,废弃。
2.采用说明文档中,tomcat方式进行处理,action做中转。

主要步骤:
a.修改tomcat connector运行模式为:apr,配置具体如下:(详细说明可参照:http://www.365mini.com/page/tomcat-connector-mode.htm)
<Connector

​ protocol=”org.apache.coyote.http11.Http11AprProtocol”

​ port=”443” maxThreads=”200”

​ scheme=”https” secure=”true” SSLEnabled=”true”

​ SSLCertificateFile=”D:/apache-tomcat-6.0.37-windows-x64/apache-tomcat-6.0.37/crt/server.crt”

​ SSLCertificateKeyFile=”D:/apache-tomcat-6.0.37-windows-x64/apache-tomcat-6.0.37/crt/server.key”

​ SSLVerifyClient=”none”

SSLCACertificateFile="D:/apache-tomcat-6.0.37-windows-x64/apache-tomcat-6.0.37/crt/ca.crt" />

b.回调接入处理,详细说明,如:

http://wiki.open.qq.com/wiki/%E5%9B%9E%E8%B0%83%E5%8F%91%E8%B4%A7URL%E7%9A%84%E5%8D%8F%E8%AE%AE%E8%AF%B4%E6%98%8E_V3

​ 说是详细说明,其实很坑爹,有些参数是没有的。只有文档中两句标红的话:

​ 请开发者特别关注:

平台后续可能对协议进行扩展,产生随机参数,因此请不要将参与签名的参数写死。

计算签名时,请以每笔交易接收到的参数为准,接收到的所有参数除sig和cee_extend以外都要参与签名。

​ 所以,腾讯的接入,每一句话,都需要小心处理。

​ 后面根据其说明,采用动态解析方式,关键代码如下:

    `public String processRequest(HttpServletRequest request)`
​            String requestQuery = request.getQueryString();
​             Map map = request.getParameterMap();
​          HashMap<String, String> requestMap = new HashMap<String, String>();
​          for (Object key : map.keySet()) {
​                   requestMap
​                         .put(key.toString(), request.getParameter(key.toString()));

​            }
​            ……
​        `}`

c.部署到正式服.

1.需要安装:APR.如:http://blog.csdn.net/wangnan537/article/details/6155268

2.遇到的问题,443访问不了,后面才知道原来是自己登陆错账号,开启错了。所以以后出现问题,先排除自己的问题。特别是让其他人处理时,出现问题,更应该先检查自己的问题。

此处理还有一个问题未处理的:因为sdk服务器是两台做容灾,采用tomcat开放443的方式,只能是一台有效,可修改为Nginx方式。

另一个是商务方面的,应用宝审核,第一次先审包,第二次先审资质。所以商务先把申请审核方面的文档先看仔细,当然也可以安排其他人进行查看更新,避免卡在这方面上。

猜你喜欢

转载自blog.csdn.net/fengaodlw/article/details/80864165