CN107977274A - Sdk调用的控制方法及装置 - Google Patents

Abstract

本发明提供了一种SDK调用的控制方法及装置，其中的方法包括：在发送方及接收方分别设置用于SDK通讯的通用接口调用函数，所述通用接口调用方法仅使用唯一AIDL接口进行通讯；当需要进行SDK调用时，通过所述唯一AIDL接口在所述发送方和接收方传输SDK参数。本发明实施例可避免新增AIDL接口所带来的代码量增加的问题。

Description

SDK调用的控制方法及装置

技术领域

本发明涉及移动应用技术领域，特别是涉及一种SDK调用的控制方法及装置。

背景技术

随着移动应用技术的快速发展，各个公司为了推广自己的产品及服务，会对开发人员提供软件开发工具包(Software Development Kit，SDK)。SDK中集成有各种开发服务，可以为应用程序(Application，App)开发人员提供开发功能。

在安卓(Android)操作系统中，现有可扩展SDK接口设计一般为客户端/服务端(Client/Server)模式，比较典型的如AIDL(Android InterfaceDefinition Language,安卓接口定义语言)机制。AIDL通讯机制一般通过接口ID和参数序列化及反序列化来实现。当新增一个接口时，需要重新编译AIDL，生成大量接口交互和参数传递代码，并且这些代码需要同时集成到Client和Server，二者代码体积也会按比例持续增长。

发明内容

为了减少新增AIDL接口带来的代码量过大的问题，本发明实施例提供一种SDK调用的控制方法及装置。

根据本发明实施例的一个方面，提供一种SDK调用的控制方法，包括：在发送方及接收方分别设置用于SDK通讯的通用接口调用函数，所述通用接口调用方法仅使用唯一AIDL接口进行通讯；当需要进行SDK调用时，通过所述唯一AIDL接口在所述发送方和接收方传输SDK参数。

可选的，通过所述唯一AIDL接口在所述发送方和接收方传输SDK参数，包括：发送方通过所述SDK通用接口调用函数，调用所述唯一AIDL接口，将SDK参数进行打包和序列化操作后提供给接收方；所述接收方通过所述SDK通用接口调用函数，调用所述唯一AIDL接口，接收到参数包并对参数包进行反序列化和解包操作。

可选的，在所述SDK通用接口调用函数中指定所述唯一AIDL接口、回调标识、以及SDK参数；在接收方接收到参数包并对参数包进行反序列化和解包操作之后，还包括：将解包得到的参数发送至所述回调标识对应的处理模块进行处理。

可选的，所述发送方为客户端，所述接收方为服务端；或者，所述发送方为服务端，所述接收方为服务端。

可选的，所述SDK参数是指描述SDK的数据，包括描述应用程序接口文件、示例代码、支持文档的数据。

根据本发明实施例的另一个方面，提供一种SDK调用的控制装置，包括：通用接口设置单元，用于在发送方及接收方分别设置用于SDK通讯的通用接口调用函数，所述通用接口调用函数仅使用唯一AIDL接口进行通讯；调用控制单元，用于控制所述发送方和所述接收方，当需要进行SDK调用时，通过所述唯一AIDL接口传输SDK参数。

可选的，所述调用控制单元具体用于，控制发送方，通过所述SDK通用接口调用函数，调用所述唯一AIDL接口，将SDK参数进行打包和序列化操作后提供给接收方；控制所述接收方，通过所述SDK通用接口调用函数，调用所述唯一AIDL接口，接收到参数包并对参数包进行反序列化和解包操作。

可选的，在所述SDK通用接口调用函数中指定所述唯一AIDL接口、回调标识、以及SDK参数；所述调用控制单元还用于，控制所述接收方将解包得到的参数发送至所述回调标识对应的处理模块进行处理。

可选的，所述发送方为客户端，所述接收方为服务端；或者，所述发送方为服务端，所述接收方为服务端。

可选的，所述SDK参数是指描述SDK的数据，包括描述应用程序接口文件、示例代码、支持文档的数据。

可见，本发明实施例针对Android的AIDL机制的一种改进。AIDL机制下每个接口都要通过一个单独的AIDL通讯接口来实现；而本发明实施例方法可直接通过统一接口调用和扩展任意接口函数，不会像Android的AIDL那样每添加一个接口就要在Client和Server端同时添加接口声明和重新编译AIDL文件，方便且节省了工作量。仅使用一个AIDL接口用于交互，所有参数传递和调用逻辑都是公用的，不会随着接口数目增多而有任何改变，所以随着接口增加，代码不会增多。代码体积不会像Android的AIDL那样随着接口数量增加而线性增加。

附图说明

图1是本发明一个实施例提供的一种SDK调用的控制方法流程图；

图2是本发明另一个实施例提供的一种SDK调用的控制方法示例客户端处理示意图；

图3是本发明一个实施例提供的一种SDK调用的控制方法示例服务端处理示意图；

图4是本发明一个实施例提供的一种SDK调用的控制装置结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

SDK是一个工具集。目前Android SDK很多是Client/Server的模式。Client只包含若干个接口定义，用于提供给第三方调用，Server包含这些接口的具体实现。Client与Server的通讯在Android是通过AIDL实现的。Client一般包含若干接口和一个AIDL文件，AIDL里定义了若干接口，需要编译。由于AIDL在Client和Server同步存在，并且每个SDK接口对应于AIDL里的一个接口，所以每添加一个接口就要在Client和Server同时添加接口声明到AIDL，并且重新编译，非常麻烦，工作量非常大。并且由于每个接口都会生成额外代码，导致代码体积会随着接口数量增加而线性增加。

为了解决接口扩展和代码增加的问题，本发明实施例中，对Android的AIDL机制进行改进，基于唯一的一个AIDL接口来通讯，而AIDL原本的机制是有多个接口，每个接口都有一份交互和参数传输代码。

参见图1，为本发明实施例提供的一种SDK调用的控制方法流程图，该方法包括S101-S102。

S101：在发送方及接收方分别设置用于SDK通讯的通用接口调用函数，该通用接口调用函数仅使用唯一AIDL接口进行通讯。

如前所述，目前Android SDK一般都是Client/Server的模式。因此，发送方和接收方分别是指客户端和服务端；或者分别是指服务端和客户端。

具体实现中，可以采用java中反射机制实现上述用于SDK通讯的通用接口调用函数。

java反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和函数(方法)；对于任意一个对象，都能够调用它的任意一个方法；这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制。java反射机制主要提供以下功能：在运行时判断任意一个对象所属的类；在运行时构造任意一个类的对象；在运行时判断任意一个类所具有的成员变量和方法；在运行时调用任意一个对象的方法；生成动态代理。

例如，采用invoke实现该通用接口调用函数。invoke(调用)是调用Method类代表的函数，它可以实现动态调用，例如可以动态的传入参数。在该invoke函数中指定唯一AIDL接口、回调标识、以及SDK参数。

例如一个具体例子为：

Method.invoke(interfaceName,callback,param1,param2…)

其中：interfaceName即唯一AIDL接口；callback即回调标识；param1,param2…代表各参数。

根据反射机制可以理解，执行该Method.invoke函数的参数是执行这个函数的对象interfaceName和参数callback,param1,param2…。可以这么理解：interfaceName对象中带有参数callback,param1,param2…的method方法。

因为接口通讯需要基于AIDL，所以需要声明一个含有一个通讯接口的AIDL，设置在Client和Server端；然后分别据此实现上面的Method.invoke函数。

SDK参数是指描述SDK的数据。SDK可以简单的为某个程序设计语言提供应用程序接口(API)的一些文件，也可以是示例代码、支持性的技术注解性支持文档，对应的，SDK参数是描述这些文件的数据(例如文件名、文件标识等)。

S102：当需要进行SDK调用时，通过唯一AIDL接口在发送方和接收方传输SDK参数。

在一个可选方式中，通过唯一AIDL接口在所述发送方和接收方传输SDK参数的过程包括：

(1)发送方通过SDK通用接口调用函数，调用唯一AIDL接口，将SDK参数进行打包和序列化操作后提供给接收方；

(2)接收方通过SDK通用接口调用函数，调用唯一AIDL接口，接收到参数包并对参数包进行反序列化和解包操作。

序列化是把Java对象转换为字节序列,并存储至一个储存媒介的过程。反序列化是把字节序列恢复为Java对象的过程。简单理解，序列化把当前对象信息保存下来。反序列化刚好相反的操作，即读取信息设置到当前对象上。

在接收方接收到参数包并对参数包进行反序列化和解包操作之后，上述方法还可包括：将解包得到的参数发送至回调标识对应的处理模块进行处理。这里的处理是具体业务相关的处理。

仍如前述例子“Method.invoke(interfaceName,callback,param1,param2…)”，处理模块一般为callback的某个方法，比如onSuccess、onFail等，通过调用callback的相应方法实现处理。

本发明实施例针对Android的AIDL机制的一种改进。AIDL机制下每个接口都要通过一个单独的AIDL通讯接口来实现；而本发明实施例方法可直接通过统一接口调用和扩展任意接口函数，不会像Android的AIDL那样每添加一个接口就要在Client和Server端同时添加接口声明和重新编译AIDL文件，方便且节省了工作量。仅使用一个AIDL接口用于交互，所有参数传递和调用逻辑都是公用的，不会随着接口数目增多而有任何改变，所以随着接口增加，代码不会增多。代码体积不会像Android的AIDL那样随着接口数量增加而线性增加。

下面以Client/Sever之间实现SDK调用为例对本发明实施例进行进一步描述。

参见图2-3，分别是本发明一个实施例提供的一种SDK调用的控制方法示例客户端及服务端处理示意图。

首先，Client实现一个通用接口函数。

例如：Method.invoke(interfaceName,callback,param1,param2…)

该函数第一个参数可指定调用哪个接口(唯一的AIDL通讯接口)，后面的参数可以是不同个数，所以可代表任意的接口调用和参数传递。Invoke函数内部会判断参数个数并自动序列化打包，然后传递给Server(通过那一个AIDL通讯接口)，Server再反序列化解包，调用相应处理模块并传递参数。

参数打包和参数解包：Client传递的接口名称、参数总数、参数的值是明确的，所以可以进行编码打包成一个数据流进行传递。Server收到数据流后，解码可得接口名称、参数总数和各参数的值。然后调用对应处理模块即可。

该函数是基于AIDL的，仅需要在AIDL里声明一个接口用于SDK通讯即可，所有SDK调用都是基于这一个通讯接口进行调用。Client和Server分别只需此一个函数即可实现SDK调用所有功能。

其次，该函数内部会自动将参数信息打包序列化(接口类型，回调，各个参数)。

然后，将打包好的信息传送给Server(通过唯一AIDL通讯接口)，Server收到后进行解包和反序列化，然后按callback(回调标识)自动找到处理模块，将参数传递给该模块。

最后，Server处理完毕后，用同样的函数将需要回传的信息打包序列化(interfaceName，param..)，回传给Client(通过唯一AIDL通讯接口)。

下面以一个具体应用示例(Android上AIDL模式支付SDK)对本发明实施例进行说明。

Client://通过封装好的通用AIDL接口，直接调用到Server端接口实例的对应pay方法。

Server：//通过回调直接远程调用到回调的对应方法

现有技术AIDL随着业务量的增大，接口的增多，代码会线性增长，扩展接口时，必须在Client和Server的AIDL里分别添加接口，重新编译，生成接口交互代码，随着业务量的增大，AIDL文件生成的交互代码会线性增长，而本发明实施例提供的通用接口调用函数的接口交互代码是公用和固定的，用于交互的代码不会随着接口增加而增加，不会出现此问题。

可见，本发明实施例中的“用于SDK通讯的通用接口调用函数”相当于一个桥(bridge)模块，用来自动完成接口调用、参数打包、参数分发。无需重写AIDL接口声明，使用者可在Client与Server之间直接相互调用。

所谓的bridge模块在扩展接口时不需要做任何改动。仅需要在对应的代理类直接添加接口即可。比如上面示例代码里的一个支付接口pay方法，如果需要添加一个接口pay2，现有AIDL方式至少需要在Client和Server的AIDL配置文件同时添加一个接口声明(因为Client需要显式定义出这个接口，而Server也需要实现这个接口)：void pay2(intmoney)；然后分别重新编译，才能在Client调用到Server的pay2方法；而本发明实施例中，只需要在Server添加pay2方法，Client即可直接调用Method.invoke(“pay2”…)。可见，本发明实施例效果明显，不但节省类工作量，并且代码体积不会增长。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

与上述SDK调用的控制方法相对应，本发明实施例提供的一种SDK调用的控制装置。参见图4，该装置包括：

通用接口设置单元401，用于在发送方及接收方分别设置用于SDK通讯的通用接口调用函数，该通用接口调用函数仅使用唯一AIDL接口进行通讯；

调用控制单元402，用于所述发送方和所述接收方，当需要进行SDK调用时，通过所述唯一AIDL接口传输SDK参数。

在一种可选方式中，所述调用控制单元402具体用于，控制所述发送方，通过所述SDK通用接口调用函数，调用所述唯一AIDL接口，将SDK参数进行打包和序列化操作后提供给接收方；控制所述接收方，通过所述SDK通用接口调用函数，调用所述唯一AIDL接口，接收到参数包并对参数包进行反序列化和解包操作。

在一种可选方式中，在所述通用接口调用函数中指定所述唯一AIDL接口、回调标识、以及SDK参数；所述调用控制单元402还用于，控制所述接收方将解包得到的参数发送至所述回调标识对应的处理模块进行处理。

在一种可选方式中，所述发送方为客户端，所述接收方为服务端；或者，所述发送方为服务端，所述接收方为服务端。

在一种可选方式中，所述SDK参数是指描述SDK的数据，包括描述应用程序接口文件、示例代码、支持文档的数据。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种SDK调用的控制方法及装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种SDK调用的控制方法，其特征在于，包括：

在发送方及接收方分别设置用于SDK通讯的通用接口调用函数，其中，所述通用接口调用函数仅使用唯一AIDL接口进行通讯；

当需要进行SDK调用时，通过所述唯一AIDL接口在所述发送方和接收方传输SDK参数。

2.根据权利要求1所述的方法，其特征在于，通过所述唯一AIDL接口在所述发送方和接收方传输SDK参数，包括：

发送方通过所述SDK通用接口调用函数，调用所述唯一AIDL接口，将SDK参数进行打包和序列化操作后提供给接收方；

所述接收方通过所述SDK通用接口调用函数，调用所述唯一AIDL接口，接收到参数包并对参数包进行反序列化和解包操作。

3.根据权利要求1所述的方法，其特征在于，在所述通用接口调用函数中指定所述唯一AIDL接口、回调标识、以及SDK参数；在接收方接收到参数包并对参数包进行反序列化和解包操作之后，还包括：将解包得到的参数发送至所述回调标识对应的处理模块进行处理。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述发送方为客户端，所述接收方为服务端；或者，所述发送方为服务端，所述接收方为客户端。

5.根据权利要求1-3任一项所述的方法，其特征在于，所述SDK参数是指描述SDK的数据，包括描述应用程序接口文件、示例代码、支持文档的数据。

6.一种SDK调用的控制装置，其特征在于，包括

通用接口设置单元，用于在发送方及接收方分别设置用于SDK通讯的通用接口调用函数，所述通用接口调用函数仅使用唯一AIDL接口进行通讯；

调用控制单元，用于控制所述发送方和所述接收方，当需要进行SDK调用时，通过所述唯一AIDL接口传输SDK参数。

7.根据权利要求6所述的装置，其特征在于，

所述调用控制单元具体用于，控制所述发送方，通过所述SDK通用接口调用函数，调用所述唯一AIDL接口，将SDK参数进行打包和序列化操作后提供给接收方；控制所述接收方，通过所述SDK通用接口调用函数，调用所述唯一AIDL接口，接收到参数包并对参数包进行反序列化和解包操作。

8.根据权利要求6所述的装置，其特征在于，在所述通用接口调用函数中指定所述唯一AIDL接口、回调标识、以及SDK参数；所述调用控制单元还用于，控制所述接收方将解包得到的参数发送至所述回调标识对应的处理模块进行处理。

9.根据权利要求6-9任一项所述的装置，其特征在于，所述发送方为客户端，所述接收方为服务端；或者，所述发送方为服务端，所述接收方为客户端。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述SDK参数是指描述SDK的数据，包括描述应用程序接口文件、示例代码、支持文档的数据。