Android SDK聚合原理讲解（参考U8）

想要实现一套聚合sdk框架，我们来思考一下，我们接入一个sdk，需要实现哪些东西。

1、首先，客户端需要接入多款SDK，为了能够多款游戏重用，我们不可以在游戏里面直接去接入每个SDK，而是需要将游戏和SDK接入分离。

2、上面既然说了SDK接入和游戏分离，那么我们就需要抽象出一个SDK接入框架，游戏只需要接入这个框架即可，然后每个渠道SDK来实现这个框架。

3、我们需要实现一个打包工具，不可能100个渠道包，手动一个一个去点击打包，那是会死人的。

4、服务器端，同样得，为了支持多款游戏，我们需要一个统一的用户登录认证中心，和一个统一的支付中心。

所以，我们这套东西，应该有以下几个部分：

1、统一SDK接入框架

2、各个SDK接入实现

3、一键打包工具

4、统一的登陆认证中心和支付中心

那么，我们现在要加入我们统一的登陆认证中心，而且，我们这个框架，本身就是针对多款游戏的，所以，我们不可以让游戏服务器直接和每个渠道的SDK 服务器进行交互，所以我们增加一个统一登陆认证服务器，姑且叫LTServer。那么，我们就设计一下LTSdk的登陆认证流程：

 

1、客户端接入抽象SDK框架，根据当前具体是哪个SDK渠道，调用登陆界面，然后传入用户名和密码，进行SDK登陆操作

2、SDK登陆成功，会返回sid等信息

3、SDK抽象层客户端拿着这个sid以及接入之前向LT server申请的appid,渠道号等信息，Http访问LT server进行登陆认证。

4、LT server 根据当前传递的appid,渠道号，去对应的SDK服务器进行认证

5、SDK服务器认证成功，会返回SDK服务器那边的用户信息

6、LT Server拿到用户信息，生成一个LT server统一的用户信息并存储。然后，紧接着返回给客户端一个有效的token。

7、游戏客户端就可以通过sdk抽象层获取token，客户端拿着这个token，去访问游戏服务器(多数是游戏登陆服务器)

8、游戏服务器，拿着这个token去LTserver 进行登陆认证。

9、LT server 判定token有效，则返回给游戏服务器当前用户的用户信息

10、游戏服务器拿到用户信息，证明当前登陆成功，返回给客户端服务器列表等数据，登陆成功。

那么，我们现在要加入我们统一的支付中心，同样针对多款游戏的，所以，我们不可以让游戏服务器直接和每个渠道的SDK 服务器进行交互，我们也增加一个统一支付服务器，我们把支付中心的功能也加到LTServer里。我们再看下新的支付流程：

 

1、游戏客户端，首先请求游戏服务器要充值

2、游戏服务器会将用户信息和充值金额登信息发送给游戏客户端

 3、游戏客户端讲充值需要的信息发送给sdk抽象层

4、sdk抽象层拿着这些数据发送给LTServer，创建订单使用

5、LT Server将调起渠道支付需要的信息发送给sdk抽象层

6、SDK抽象层拿着这些信息调起渠道支付

7、渠道SDK支付成功，立马返回一个状态

8、同时，渠道SDK服务器会异步通知游戏开发商设置的支付回调地址。注意，游戏接入的时候，这个回调地址要设置到LTserver提供的一个地址。

9、LT server收到充值回调，根据验证结果等判定，立马给渠道SDK服务器返回一个成功或者失败的状态。

10、然后LT server根据自定义参数中的orderID，查询到对应的订单信息，再根据订单信息，获取到当前用户信息和对应的游戏信息，然后调用接入游戏之前，游戏服务器提供给LT server的支付回调地址。这个回调地址，游戏服务器只需要提供一个给LTserver就可以了。因为游戏服务器只和LT server交互。

11、游戏服务器收到回调，验证成功与否，里面返回给LT server一个成功或者失败的信息。同时，给对应的玩家加游戏币。

所以，通过对整个框架需要实现的功能的分析，我们设计了一套可以实现统一SDK登陆认证和支付中心的架构。那么接下来，我们就会具体的来实现每一个部分。包括抽象的SDK接入框架，游戏客户端怎么接入这个抽象的SDK接入框架，各个渠道SDK怎么整合到这个SDK框架中来，怎么实现一键打包工具，怎么实现这个统一的登陆认证中心和支付中心。