CN108563578B - Sdk兼容性检测方法、装置、设备及可读存储介质 - Google Patents

Abstract

本发明公开一种SDK兼容性检测方法、装置、设备及可读存储介质，所述方法包括：当应用软件出现功能异常时，读取应用软件的配置文件，根据配置文件中的信息确定应用软件的特征元素，将具有与特征元素一致特征值的SDK确定为应用软件的待检测SDK；读取各待检测SDK的头文件，并根据各头文件中的信息生成与各待检测SDK对应的伪SDK；将各待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据检测结果确定目标待检测SDK与其他待检测SDK的兼容性。用伪SDK替换原有待检测SDK进行SDK兼容性检测，避免逐个删除SDK，操作简便。

Description

SDK兼容性检测方法、装置、设备及可读存储介质

技术领域

本发明主要涉及SDK兼容性检测技术领域，具体地说，涉及一种SDK兼容性检测方法、装置、设备及可读存储介质。

背景技术

目前手机、平板等移动终端中使用越来越多的SDK(Software Development Kit，软件开发工具包)来实现各种应用软件(Application，APP)的多种功能需求，而在实现功能需求时可能因APP中所使用各SDK之间兼容性问题而出现APP功能故障，如来自不同第三方SDK所存在的兼容性问题，导致不能实现APP的某些功能。目前对于SDK之间的兼容性检测，需要逐个将SDK及相应的业务代码删除来进行检测，但删除时可能出现误删、且操作复杂繁琐。

发明内容

本发明的主要目的是提供一种SDK兼容性检测方法、装置、设备及可读存储介质，旨在解决现有技术中通过删除SDK及相应业务代码进行SDK兼容性检测，可能误删且操作复杂繁琐的问题。

为实现上述目的，本发明提供一种SDK兼容性检测方法，所述SDK兼容性检测方法包括以下步骤：

当应用软件出现功能异常时，读取所述应用软件的配置文件，根据所述配置文件中的信息确定所述应用软件的特征元素，将所述特征元素和各SDK的特征值对比，并将具有与特征元素一致特征值的SDK确定为所述应用软件的待检测SDK；

读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与各所述待检测SDK对应的伪SDK；

将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性。

优选地，所述根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性的步骤包括：

当所述检测结果为应用软件功能正常时，判定所述待检测SDK中的目标待检测SDK与其他待检测SDK不兼容，将所述待检测SDK中的目标待检测SDK所具有的特征值添加到提示信息中输出显示；

当所述检测结果为应用软件功能异常时，则获取下一项待检测SDK作为待检测SDK中的目标待检测SDK，执行将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK的步骤。

优选地，所述当所述检测结果为应用软件功能异常，则获取下一项待检测SDK作为待检测SDK中的目标待检测SDK，执行将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK的步骤包括：

当所述检测结果为应用软件功能异常时，根据所述功能异常所对应的结果日志文件判断所述功能异常的类型是否发生变化；

若所述功能异常的类型发生变化，则将所述待检测SDK中的目标待检测SDK设定为待确认SDK；

若所述功能异常的类型未发生变化，则获取下一项待检测SDK作为待检测SDK中的目标待检测SDK，执行将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK的步骤。

优选地，所述将具有与特征元素一致特征值的SDK确定为所述应用软件的待检测SDK的步骤包括：

将具有与特征元素一致特征值的SDK确定为所述应用软件的初始待检测SDK，并获取出现功能异常应用软件所生成的异常日志文件；

根据所述异常日志文件中的信息确定所述应用软件所出现异常功能的类型，并根据所述异常功能类型与SDK对应关系，从所述初始待检测SDK中确定待检测SDK。

优选地，所述根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性的步骤之后包括：

在所述检测结果为应用软件功能异常后，判断所述待检测SDK是否均进行兼容性检测，若所述待检测SDK均进行兼容性检测，则调用所述初始待检测SDK中除所述待检测SDK之外的其他待检测SDK进行兼容性检测。

优选地，所述调用所述初始待检测SDK中除所述待检测SDK之外的其他待检测SDK进行兼容性检测的步骤之后包括：

判断所述其他待检测SDK是否均进行兼容性检测，若所述其他待检测SDK均进行兼容性检测，则输出应用软件中SDK兼容性正常的信息。

优选地，所述读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与各所述待检测SDK对应的伪SDK的步骤包括：

根据SDK与预设标识符对照表，确定与所述待检测SDK对应的目标预设标识符，并根据所述目标预设标识符判断是否存在与所述待检测SDK对应的伪SDK；

当存在与所述待检测SDK对应的伪SDK时，则调用所述对应的伪SDK；

当不存在与所述待检测SDK对应的为SDK时，则读取所述待检测SDK的头文件，并根据所述头文件中的信息以及所述目标预设标识符生成与所述待检测SDK对应的伪SDK。

此外，为实现上述目的，本发明还提出一种SDK兼容性检测装置，所述SDK兼容性检测装置包括：

确定模块，用于当应用软件出现功能异常时，读取所述应用软件的配置文件，根据所述配置文件中的信息确定应用软件的特征元素，将所述特征元素和各SDK的特征值对比，并将具有与特征元素一致特征值的SDK确定为所述应用软件的待检测SDK；

读取模块，用于读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与各所述待检测SDK对应的伪SDK；

检测模块，用于将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性。

此外，为实现上述目的，本发明还提出一种SDK兼容性检测设备，所述SDK兼容性检测设备包括：存储器、处理器、通信总线以及存储在所述存储器上的SDK兼容性检测程序；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行所述SDK兼容性检测程序，以实现以下步骤：

当应用软件出现功能异常时，读取所述应用软件的配置文件，根据所述配置文件中的信息确定所述应用软件的特征元素，将所述特征元素和各SDK的特征值对比，并将具有与特征元素一致特征值的SDK确定为所述应用软件的待检测SDK；

读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与各所述待检测SDK对应的伪SDK；

将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性。

此外，为实现上述目的，本发明还提供一种可读存储介质，所述可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序可被一个或者一个以上的处理器执行以用于：

当应用软件出现功能异常时，读取所述应用软件的配置文件，根据所述配置文件中的信息确定所述应用软件的特征元素，将所述特征元素和各SDK的特征值对比，并将具有与特征元素一致特征值的SDK确定为所述应用软件的待检测SDK；

读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与各所述待检测SDK对应的伪SDK；

将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性。

本实施例的SDK兼容性检测方法，当应用软件出现功能异常时，读取应用软件的配置文件，根据配置文件中的信息确定应用软件的特征元素，将特征元素和各SDK的特征值对比，将具有与特征元素一致特征值的SDK确定为应用软件的待检测SDK；读取各待检测SDK的头文件，并根据各头文件中的信息生成与各待检测SDK对应的伪SDK；将各待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据检测结果各待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性。本方案通过生成与应用软件中待检测SDK对应的伪SDK，使用伪SDK替换原有应用软件中各待检测SDK的目标待检测SDK，并获取替换后对应用软件功能进行检测的检测结果；通过应用软件功能检测的检测结果来判定各待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性，避免逐个删除SDK及相应的业务代码，操作简单方便。

附图说明

图1是本发明的SDK兼容性检测方法第一实施例的流程示意图；

图2是本发明的SDK兼容性检测方法第二实施例的流程示意图；

图3是本发明的SDK兼容性检测装置第一实施例的功能模块示意图；

图4是本发明实施例方法涉及的硬件运行环境的设备结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种SDK兼容性检测方法。

请参照图1，图1为本发明SDK兼容性检测方法第一实施例的流程示意图。在本实施例中，所述SDK兼容性检测方法包括：

步骤S10，当应用软件出现功能异常时，读取所述应用软件的配置文件，根据所述配置文件中的信息确定应用软件的特征元素，将所述特征元素和各SDK的特征值对比，并将具有与特征元素一致特征值的SDK确定为应用软件的待检测SDK；

本发明的SDK兼容性检测适用于对IOS系统所安装的各类应用软件中涉及的多个SDK之间的兼容性检测，应用软件为手机、平板电脑等移动终端上安装的诸如微信、淘宝此类的各种APP，其实质为第三方应用程序。SDK用于辅助开发应用软件的相关文档、范例和工具的集合。目前APP中的很多功能都是通过接入各种SDK实现，SDK向外提供用于实现各功能的接口，当APP需要实现某一功能时，则调用用于实现此功能SDK的接口。通过调用SDK来实现APP各种功能的方式，可在很大程度上提高应用软件的开发效率。不同的SDK由不同的开发者开发，当应用软件接入多个来自不同开发者开发的SDK时，此来源不同的SDK可能互相不兼容，而导致应用软件的功能异常。当应用软件出现功能异常时，需要检测是否因所接入SDK之间不兼容而引起，具体地，读取应用软件的配置文件，其中配置文件中配置有应用软件所接入的各个SDK特征元素。而对于开发者开发的SDK，则具有表征此SDK特征的特征值，如对于A、B、C三个SDK，三者的特征值分别为a1、a2，b1、b2、b3和c1、c2、c3。在读取应用软件的配置文件后，根据配置文件中的信息即可确定应用软件所涉及的各个特征元素，将各个特征元素和各个SDK的特征值对比，当各个特征元素中存在与某个SDK特征值一致的特征元素，则说明应用软件中接入了此SDK。如根据配置文件中的信息所确定应用软件的特征元素为a1、a2、c1、c2、c3、d1和d2，因特征元素a1、a2与A所具有的特征值一致，特征元素c1、c2、c3与C所具有的特征值一致，从而可确定应用软件接入了A和C两个SDK。为了确定应用软件中各SDK的兼容性，对其所接入的SDK均需要进行兼容性检测，从而将此具有与特征元素一致特征值的SDK，即应用软件中所接入的SDK确定为应用软件的待检测SDK，以便对其进行检测。

步骤S20，读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与各所述待检测SDK对应的伪SDK；

进一步地，SDK包括头文件和代码主体，头文件用于对代码主体中所使用的宏、结构体、函数进行定义和声明，说明SDK中所开放的接口；代码主体用于实现SDK功能。在确定应用软件的各待检测SDK之后，读取此各待检测SDK的头文件，并根据头文件中所包括的信息生成与各待检测SDK对应的伪SDK。此伪SDK仅具有待检测SDK的头文件内容，而不包括其代码主体部分，生成时通过预设的基础脚本程序进行。此预设的基础脚本程序为预先设置用于生成头文件的代码，其提供生成头文件的基础框架，此基础框架为各个SDK头文件所共同具有的内容，对于各个SDK的特征信息，以变量的形式嵌入在基础框架中。当读取到各待检测SDK头文件时，将头文件中表征待检测SDK特征的信息输入到基础框架中，替换其中相应的变量，所得到的基础框架为用于生成与待检测SDK相同头文件的代码。将此生成的具有与待检测SDK相同头文件，但不具有代码主体的SDK作为与待检测SDK对应的伪SDK。如某待检测SDK用于实现A接口功能，而实现A接口功能需要在此SDK的头文件中对函数a进行声明，以通过待检测SDK中的代码主体对函数a进行调用实现A接口功能。从而通过读取待检测SDK头文件中的函数a，使用预设的基础脚本程序即可生成包含函数a的头文件，但不包含对函数a进行调用的代码主体的伪SDK。因所生成的伪SDK包括待检测SDK中对接口进行声明的头文件，从应用程序调用的角度来说，此伪SDK和待检测SDK的功能一致；但因伪SDK中没有涉及到实现接口功能的代码主体，其不能真正实现待检测SDK所具有的功能功能。

步骤S30，将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性。

更进一步地，在生成与各待检测SDK所对应的伪SDK后，通过伪SDK对各待检测SDK进行检测，且对各待检测SDK采用逐一检测的机制。每次针对一个待检测SDK进行检测，将此待检测SDK作为各个待检测SDK中的目标待检测SDK，并用与此目标待检测SDK对应的伪SDK对其进行替换操作，且每替换一次进行一次应用软件功能是否正常的检测。即将各待检测SDK中的目标待检测SDK替换为其对应的伪SDK，并对将目标待检测SDK替换为对应伪SDK后应用软件的功能进行检测，以判断应用软件的功能是否恢复正常。获取此替换操作后对应用软件功能检测的检测结果，以根据检测结果确定经过替换后应用软件的功能是否恢复正常。根据此应用软件是否恢复正常的检测结果，可确定替换的目标待检测SDK与其他尚未替换的待检测SDK的兼容性。若恢复正常则说明应用软件的功能异常由替换的目标待检测SDK的兼容性引起，若未恢复正常则说明不是由替换的目标待检测SDK的兼容性引起。具体地，根据检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性的步骤包括：

步骤S31，当所述检测结果为应用软件功能正常时，则判定所述待检测SDK的目标待检测SDK与其他待检测SDK不兼容，将所述待检测SDK中的目标待检测SDK所具有的特征值添加到提示信息中输出显示；

当将目标待检测SDK替换为伪SDK后，应用软件的功能恢复正常，则说明应用软件的功能异常由替换的目标待检测SDK的兼容性引起，即替换的目标待检测SDK与其他尚未替换的待检测SDK之间存在不兼容，而导致应用软件的功能异常。将此当前替换的目标待检测SDK所具有的特征值添加到提示信息中，并将提示信息输出显示，以便检测人员根据提示信息中的特征值快速确定引起应用软件功能异常的待检测SDK。

步骤S32，当所述检测结果为应用软件功能异常时，则获取下一项待检测SDK作为待检测SDK中的目标待检测SDK，执行将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK的步骤。

而当将目标待检测SDK替换为伪SDK后，应用软件的功能仍然没有恢复，则说明应用软件的功能异常不是由当前替换的目标待检测SDK的兼容性引起，即当前替换的目标待检测SDK与其他尚未替换的待检测SDK之间兼容。需要检测其他待检测SDK的兼容性，获取下一项待检测SDK作为待检测SDK中新的目标待检测SDK，并将此新的目标待检测SDK替换为与其对应的伪SDK，以判断此新的目标待检测SDK与其他待检测SDK的兼容性，其中下一项待检测SDK可对各待检测SDK进行随机选取，也可在对各待检测SDK进行排序后，按照排序顺序进行选取。如应用软件包括p1、p2和p3三项待检测SDK，与p1、p2和p3所对应的伪SDK分别为q1、q2和q3，替换时先用q1替换p1，使应用软件的待检测SDK为q1、p2和p3，检测此时应用软件的功能是否恢复正常，若恢复正常则说明目标待检测SDKp1与p1、p2之间存在不兼容的问题；若未恢复正常则用q2替换p2，使应用软件的待检测SDK为p1、q2和p3，检测此时应用软件的功能是否恢复正常，若恢复正常则说明目标待检测SDKp2与p1、p3之间存在不兼容的问题；若未恢复正常则进一步用q3替换p3，使应用软件的待检测SDK为p1、p2和q3，检测此时应用软件的功能是否恢复正常，若恢复正常则说明目标待检测SDKp3与p1、p2之间存在不兼容的问题；若未恢复正常则说明目标待检测SDKp1、p2和p3之间不存在兼容性问题。通过逐一替换，确定各个待检测SDK之间的兼容性，使应用软件中SDK兼容性检测更为准确简便。

本实施例的SDK兼容性检测方法，当应用软件出现功能异常时，读取应用软件的配置文件，根据配置文件中的信息确定应用软件的特征元素，将特征元素和各SDK的特征值对比，将具有与特征元素一致特征值的SDK确定为应用软件的待检测SDK；读取各待检测SDK的头文件，并根据各头文件中的信息生成与各待检测SDK对应的伪SDK；将各待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据检测结果各待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性。本方案通过生成与应用软件中待检测SDK对应的伪SDK，使用伪SDK替换原有应用软件中各待检测SDK的目标待检测SDK，并获取替换后对应用软件功能进行检测的检测结果；通过应用软件功能检测的检测结果来判定各待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性，避免逐个删除SDK及相应的业务代码，操作简单方便。

进一步地，在本发明SDK兼容性检测方法另一实施例中，所述当检测结果为应用软件功能异常，则获取下一项待检测SDK作为待检测SDK中的目标待检测SDK，执行将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK的步骤包括：

步骤S321，当所述检测结果为应用软件功能异常时，根据所述功能异常所对应的结果日志文件判断所述功能异常的类型是否发生变化；

可理解地，在将目标待检测SDK替换为伪SDK后，应用软件的功能没有恢复，应用软件仍然功能异常时，此功能异常可能与目标待检测SDK替换之前的功能异常不一样。如替换之前应用软件的功能m1异常，而替换之后应用软件的功能m2异常，虽然经替换操作，应用软件的功能异常没有恢复，但功能异常的类型发生变化。由此可说明，当前替换的目标待检测SDK对应用软件的功能异常产生影响。为了确定当前替换的目标待检测SDK是否对应用软件的功能异常产生影响，本实施在应用软件功能仍然异常时，根据功能异常所对应的结果日志文件判断功能异常的类型是否发生变化。日志文件为对应用软件在运行过程中所发生事件进行记录的文件，对于应用软件的功能异常相应的也会进行记录，记录的内容包括异常的时间，异常的进程，异常的参数等信息。本实施例中的结果日志文件为在对目标待检测SDK进行替换操作后，检测应用软件仍然异常而生成的日志文件，读取此结果日志文件，根据其中所体现的功能异常信息与进行目标待检测SDK替换操作之前的功能异常信息进行对比，判断两者是否一致来确定功能异常的类型是否发生变化，以确定目标待检测SDK是否对应用软件的功能异常产生影响。

步骤S322，若所述功能异常的类型发生变化，则将所述待检测SDK中的目标待检测SDK设定为待确认SDK；

如果经结果日志文件中的信息确定功能异常的类型发生变化，则说明目标待检测SDK对应用软件的功能异常产生影响。如在包括n1、n2、n3和n4四个待检测SDK功能的应用软件中，其中n1与n3不兼容，n2与n3、n4不兼容，由n1和n2所引起的不兼容共同导致应用软件功能异常，当将n1替换后，应用软件的功能仍然异常，但异常的类型发生变化，即说明当前替换的n1对应用软件的功能异常产生影响，将其设定为待确认SDK。在将当前替换的目标待检测SDK设定为待确认SDK后，还需要向检测人员输出提示信息，以便检测人员对此待确认SDK进一步检测，确认其是否为影响应用软件功能异常。

步骤S323，若所述功能异常的类型未发生变化，则获取下一项待检测SDK作为待检测SDK中的目标待检测SDK，执行将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK的步骤。

而当经结果日志文件中的信息确定功能异常的类型未发生变化，则说明目标待检测SDK不是引起应用软件功能异常的原因，获取下一项待检测SDK作为待检测SDK中新的目标待检测SDK，并将此新的目标待检测SDK替换为与其对应的伪SDK，以判断此新的目标待检测SDK与其他待检测SDK的兼容性。

进一步地，在本发明SDK兼容性检测方法第一实施例的基础上，提出本发明SDK兼容性检测方法第二实施例，在第二实施例中，所述将具有与特征元素一致特征值的SDK确定为所述应用软件的待检测SDK的步骤包括：

步骤S11，将具有与特征元素一致特征值的SDK确定为所述应用软件的初始待检测SDK，并获取出现功能异常应用软件所生成的异常日志文件；

可理解地，因应用软件的不同功能与多个不同的SDK相关，当应用软件出现某一功能异常时，引起异常的原因也应该与此功能相关的SDK有关，而与其他SDK的关联性较弱。从而在检测SDK兼容性导致的应用软件功能异常时，可针对应用功能异常的类型，将与此类型相关的待检测SDK进行首要检测，以提高检测的效率。将具有与特征元素一致特征值的SDK确定为应用软件的初始待检测SDK，即将应用软件所接入的所有SDK设为应用软件的初始待检测SDK，需要从此所有的初始待检测SDK中确定与应用软件功能异常相关性较强的待检测SDK。进一步地，获取出现功能异常应用软件所生成的异常日志文件，此异常日志文件中记录有待检测SDK替换之前，应用软件出现功能异常的事件信息，包括异常进程、异常线程、异常参数等，以便根据此异常日志文件中的各事件信息确定与功能异常相关的待检测SDK。

步骤S12，根据所述异常日志文件中的信息确定所述应用软件所出现异常功能的类型，并根据所述异常功能类型与SDK对应关系，从所述初始待检测SDK中确定待检测SDK。

进一步地，在获取出现功能异常应用软件所生成的日常日志文件后，根据此异常日志文件中所体现的功能异常信息确定应用软件所出现异常功能的类型，如应用软件某一功能Z，而此功能与线程k相关，当应用软件出现功能异常，且异常日志文件的信息中包括的异常线程中涉及k时，则可确定此异常功能的类型为Z。因应用软件中各种功能与多个SDK相关，从而在确定异常功能的类型后，根据异常功能类型与SDK对应关系，即与功能相关的多个SDK，从初步待检测SDK中确定待检测SDK。如初始待检测SDK包括f1、f2、f3、f4和f5，对于功能Z，与其相关的SDK包括f2、f3和f4，当功能Z出现异常时，根据异常功能Z与f2、f3和f4的对应关系，从初始待检测SDKf1、f2、f3、f4和f5中确定待检测SDKf2、f3和f4，以对待检测SDKf2、f3和f4进行首要检测，提高检测效率。

进一步地，请参照图2，在本发明SDK兼容性检测方法第二实施例的基础上，提出本发明SDK兼容性检测方法第三实施例，在第三实施例中，所述根据检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性的步骤之后包括：

步骤S40，在所述检测结果为应用软件功能异常后，判断所述待检测SDK是否均进行兼容性检测，若所述待检测SDK均进行兼容性检测，则调用所述初始待检测SDK中除所述待检测SDK之外的其他待检测SDK进行兼容性检测。

可理解地，在对从初始待检测SDK中所确定的待检测SDK进行检测后，可能待检测SDK不存在不兼容的问题，即将各待检测SDK逐一替换为与待检测SDK对应的伪SDK后，应用软件功能仍然异常，此时则需要对初始待检测SDK中的其他待检测SDK进行检测。在对其他待检测SDK进行检测之前需要确保待检测SDK均检测完成，对于经过检测的待检测SDK分配检测完成标识符，在检测结果仍然为应用软件功能异常后，判断各个待检测SDK是否均携带有检测完成标识符，即判断所有待检测SDK均进行兼容性检测。当所有待检测SDK均携带有检测完成标识符，待检测SDK均进行兼容性检测，则调用初始待检测SDK中除待检测SDK之外的其他待检测SDK进行兼容性检测，以确定是否由其他待检测SDK的不兼容性而导致应用软件的功能异常。在对其他待检测SDK进行兼容性检测后，也可能存在其他待检测SDK也不存在不兼容的问题，即说明应用软件的功能异常不是由其对接的SDK之间的兼容性引起，需要输出兼容性正常的信息。具体地，在调用初始待检测SDK中除待检测SDK之外的其他待检测SDK进行兼容性检测的步骤之后包括：

步骤S50，判断所述其他待检测SDK是否均进行兼容性检测，若所述其他待检测SDK均进行兼容性检测，则输出应用软件中SDK兼容性正常的信息。

进一步地，在调用其他待检测SDK进行兼容性检测，将各其他待检测SDK逐一替换为与其他待检测SDK对应的伪SDK后，若应用软件的功能仍然不正常，则判断其他待检测SDK是否均进行兼容性检测，即此其他待检测SDK均携带有检测完成标识符。当均携带有检测完成标识符，其他待检测SDK均进行兼容性检测时，则说明应用软件的功能异常不是其对接的SDK之间的兼容性引起，输出应用软件中SDK兼容性正常的信息，表征应用软件中各SDK之间的兼容性良好。

进一步地，在本发明SDK兼容性检测方法第一、第二或第三实施例的基础上，提出本发明SDK兼容性检测方法第四实施例，在第四实施例中，所述读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与各所述待检测SDK对应的伪SDK的步骤包括：

步骤S21，根据SDK与预设标识符对照表，确定与所述待检测SDK对应的目标预设标识符，并根据所述目标预设标识符判断是否存在与所述待检测SDK对应的伪SDK；

可理解地，因移动终端中安装有多个应用软件，各个应用软件均可能出现功能异常，而不同应用软件之间可能使用同样的SDK。对于具有同样SDK的应用软件，在先出现功能异常的应用软件会针对此SDK生成包含头文件的伪SDK，在后出现功能异常的应用软件同样也会针对此SDK生成包含头文件的伪SDK，而出现两个具有同样头文件的伪SDK，生成伪SDK的工作重复，浪费系统资源且降低检测效率。为了避免重复生成伪SDK，设置有SDK与预设标识符对照表，用不同的预设标识符表征不同的SDK，对照表中预设标识符与SDK具有一一对应性。在确定应用软件中的待检测SDK后，根据此SDK与预设标识符对照表，确定与待检测SDK对应的目标预设标识符，并根据目标预设标识符中是否存在与待检测SDK对应的伪SDK。如对照表中SDK S1与预设标识符e1对应，S2与预设标识符e2对应，当待检测SDK为S1时则其对应的目标预设标识符为e1。对于其他应用软件在先所出现的功能异常，均会生成伪SDK，此伪SDK携带有其对应待检测SDK所具有的预设标识符。从而对于当前的待检测SDK，根据其目标预设标识符判断是否已经存在与此当前待检测SDK对应的伪SDK，即判断在先出现功能异常的应用软件是否已经生成与当前待检测SDK对应的伪SDK。

步骤S22，当存在与所述待检测SDK对应的伪SDK时，则调用所述对应的伪SDK；

当根据目标预设标识符确定存在与待检测SDK对应的伪SDK时，则说明在先出现功能异常的应用软件也具有此待检测SDK，且针对此待检测SDK生成了包含头文件的伪SDK，从而调用此对应的伪文件，进行替换检测，避免再次针对待检测SDK生成伪文件。

步骤S23，当不存在与所述待检测SDK对应的为SDK时，则读取所述待检测SDK的头文件，并根据所述头文件中的信息以及所述目标预设标识符生成与所述待检测SDK对应的伪SDK。

当根据目标预设标识确定不存在与待检测SDK对应的伪SDK时，则说明在先出现功能异常的应用软件不具有此待检测SDK，没有针对此待检测SDK生成包含头文件的伪SDK，从而读取待检测SDK的头文件，根据头文件中的信息以及目标预设标识符生成与待检测SDK对应的伪SDK。通过目标预设标识符标识此伪SDK，便于判断后续出现的功能异常对应的待检测SDK是否存在伪SDK。

此外，请参照图3，本发明提供一种SDK兼容性检测装置，在本发明SDK兼容性检测装置第一实施例中，所述SDK兼容性检测装置包括：

确定模块10，用于当应用软件出现功能异常时，读取所述应用软件的配置文件，根据所述配置文件中的信息确定应用软件的特征元素，将所述特征元素和各SDK的特征值对比，并将具有与特征元素一致特征值的SDK确定为所述应用软件的待检测SDK；

读取模块20，用于读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与所述各待检测SDK对应的伪SDK；

检测模块30，用于将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性。

本实施例的SDK兼容性检测装置，当应用软件出现功能异常时，确定模块10读取应用软件的配置文件，根据配置文件中的信息确定应用软件的特征元素，将特征元素和各SDK的特征值对比，将具有与特征元素一致特征值的SDK确定为应用软件的待检测SDK；读取模块20读取各待检测SDK的头文件，并根据各头文件中的信息生成与各待检测SDK对应的伪SDK；检测模块30将各待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据检测结果各待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性。本方案通过生成与应用软件中待检测SDK对应的伪SDK，使用伪SDK替换原有应用软件中各待检测SDK的目标待检测SDK，并获取替换后对应用软件功能进行检测的检测结果；通过应用软件功能检测的检测结果来判定各待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性，避免逐个删除SDK及相应的业务代码，操作简单方便。

其中，上述SDK兼容性检测装置的各虚拟功能模块存储于图4所示SDK兼容性检测设备的存储器1005中，处理器1001执行SDK兼容性检测程序时，实现图3所示实施例中各个模块的功能。

参照图4，图4是本发明实施例方法涉及的硬件运行环境的设备结构示意图。

本发明实施例SDK兼容性检测设备可以是PC(personal computer，个人计算机)，也可以是智能手机、平板电脑、电子书阅读器、便携计算机等终端设备。

如图4所示，该SDK兼容性检测设备可以包括：处理器1001，例如CPU(CentralProcessing Unit，中央处理器)，存储器1005，通信总线1002。其中，通信总线1002用于实现处理器1001和存储器1005之间的连接通信。存储器1005可以是高速RAM(random accessmemory，随机存取存储器)，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，该SDK兼容性检测设备还可以包括用户接口、网络接口、摄像头、RF(RadioFrequency，射频)电路，传感器、音频电路、WiFi(Wireless Fidelity，无线宽带)模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口还可以包括标准的有线接口、无线接口。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

本领域技术人员可以理解，图4中示出的SDK兼容性检测设备结构并不构成对SDK兼容性检测设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图4所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块以及SDK兼容性检测程序。操作系统是管理和控制SDK兼容性检测设备硬件和软件资源的程序，支持SDK兼容性检测程序以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005内部各组件之间的通信，以及与SDK兼容性检测设备中其它硬件和软件之间通信。

在图4所示的SDK兼容性检测设备中，处理器1001用于执行存储器1005中存储的SDK兼容性检测程序，实现上述SDK兼容性检测方法各实施例中的步骤。

本发明提供了一种可读存储介质，所述可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于实现上述SDK兼容性检测方法各实施例中的步骤。

还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是在本发明的构思下，利用本发明说明书及附图内容所作的等效结构变换，或直接/间接运用在其他相关的技术领域均包括在本发明的专利保护范围内。

Claims (10)

1.一种SDK兼容性检测方法，其特征在于，所述SDK兼容性检测方法包括以下步骤：

当应用软件出现功能异常时，读取所述应用软件的配置文件，根据所述配置文件中的信息确定所述应用软件的特征元素，将所述特征元素和各软件开发工具包SDK的特征值对比，并将具有与特征元素一致特征值的SDK确定为所述应用软件的待检测SDK；

读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与各所述待检测SDK对应的伪SDK；

将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性；

其中，所述将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果的步骤，包括：

逐一对待检测SDK进行检测，将每次检测的待检测SDK作为各个待检测SDK中的目标待检测SDK，并用与所述目标待检测SDK对应的伪SDK对其进行替换操作，且每替换一次进行一次应用软件功能检测并获取检测结果。

2.如权利要求1所述的SDK兼容性检测方法，其特征在于，所述根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性的步骤包括：

当所述检测结果为应用软件功能正常时，判定所述待检测SDK中的目标待检测SDK与其他待检测SDK不兼容，将所述待检测SDK中的目标待检测SDK所具有的特征值添加到提示信息中输出显示；

当所述检测结果为应用软件功能异常时，则获取下一项待检测SDK作为待检测SDK中的目标待检测SDK，执行将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK的步骤。

3.如权利要求2所述的SDK兼容性检测方法，其特征在于，所述当所述检测结果为应用软件功能异常，则获取下一项待检测SDK作为待检测SDK中的目标待检测SDK，执行将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK的步骤包括：

当所述检测结果为应用软件功能异常时，根据所述功能异常所对应的结果日志文件判断所述功能异常的类型是否发生变化；

若所述功能异常的类型发生变化，则将所述待检测SDK中的目标待检测SDK设定为待确认SDK；

若所述功能异常的类型未发生变化，则获取下一项待检测SDK作为待检测SDK中的目标待检测SDK，执行将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK的步骤。

4.如权利要求1所述的SDK兼容性检测方法，其特征在于，所述将具有与特征元素一致特征值的SDK确定为所述应用软件的待检测SDK的步骤包括：

将具有与特征元素一致特征值的SDK确定为所述应用软件的初始待检测SDK，并获取出现功能异常应用软件所生成的异常日志文件；

根据所述异常日志文件中的信息确定所述应用软件所出现异常功能的类型，并根据所述异常功能类型与SDK对应关系，从所述初始待检测SDK中确定待检测SDK。

5.如权利要求4所述的SDK兼容性检测方法，其特征在于，所述根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性的步骤之后包括：

在所述检测结果为应用软件功能异常后，判断所述待检测SDK是否均进行兼容性检测，若所述待检测SDK均进行兼容性检测，则调用所述初始待检测SDK中除所述待检测SDK之外的其他待检测SDK进行兼容性检测。

6.如权利要求5所述的SDK兼容性检测方法，其特征在于，所述调用所述初始待检测SDK中除所述待检测SDK之外的其他待检测SDK进行兼容性检测的步骤之后包括：

判断所述其他待检测SDK是否均进行兼容性检测，若所述其他待检测SDK均进行兼容性检测，则输出应用软件中SDK兼容性正常的信息。

7.如权利要求1-6任一项所述的SDK兼容性检测方法，其特征在于，所述读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与各所述待检测SDK对应的伪SDK的步骤包括：

根据SDK与预设标识符对照表，确定与所述待检测SDK对应的目标预设标识符，并根据所述目标预设标识符判断是否存在与所述待检测SDK对应的伪SDK；

当存在与所述待检测SDK对应的伪SDK时，则调用所述对应的伪SDK；

当不存在与所述待检测SDK对应的为SDK时，则读取所述待检测SDK的头文件，并根据所述头文件中的信息以及所述目标预设标识符生成与所述待检测SDK对应的伪SDK。

8.一种SDK兼容性检测装置，其特征在于，所述SDK兼容性检测装置包括：

确定模块，用于当应用软件出现功能异常时，读取所述应用软件的配置文件，根据所述配置文件中的信息确定应用软件的特征元素，将所述特征元素和各SDK的特征值对比，并将具有与特征元素一致特征值的SDK确定为所述应用软件的待检测SDK；

读取模块，用于读取各所述待检测SDK的头文件，并根据各所述头文件中的信息生成与各所述待检测SDK对应的伪SDK；

检测模块，用于将各所述待检测SDK中的目标待检测SDK替换为对应的伪SDK，获取将所述目标待检测SDK替换为对应的伪SDK时应用软件功能检测的检测结果，并根据所述检测结果确定各所述待检测SDK中的目标待检测SDK与其他待检测SDK的兼容性；

所述检测模块，还用于逐一对待检测SDK进行检测，将每次检测的待检测SDK作为各个待检测SDK中的目标待检测SDK，并用与所述目标待检测SDK对应的伪SDK对其进行替换操作，且每替换一次进行一次应用软件功能检测并获取检测结果。

9.一种SDK兼容性检测设备，其特征在于，所述SDK兼容性检测设备包括：存储器、处理器、通信总线以及存储在所述存储器上的SDK兼容性检测程序；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行所述SDK兼容性检测程序，以实现如权利要求1-7中任一项所述的SDK兼容性检测方法的步骤。

10.一种可读存储介质，其特征在于，所述计算机可 读存储介质上存储有SDK兼容性检测程序，所述SDK兼容性检测程序被处理器执行时实现如权利要求1-7中任一项所述的SDK兼容性检测方法的步骤。

Images