一种基于代码分析的链路展示方法、装置以及设备与流程

1.本说明书涉及互联网技术领域，尤其涉及一种基于代码分析的链路展示方法、装置以及设备。


背景技术：

2.随着平台接入的应用越来越多，对应用执行时的链路状态进行深入了解的需求也进一步提高。而构建业务链路来精准定位性能瓶颈的前提则是在不影响原有业务逻辑的情形下，能够对业务处理过程中所涉及的节点进行准确定位。
3.基于此，需要一种更准确的基于代码分析的链路展示方案。


技术实现要素：

4.本说明书实施例提供一种基于代码分析的链路展示方法、装置、设备以及存储介质，用以解决如下技术问题：需要一种更准确的基于代码分析的链路展示方案。
5.为解决上述技术问题，本说明书一个或多个实施例是这样实现的：在第一方面，本说明书实施例提供一种基于代码分析的链路展示方法，包括：接收业务请求；确定所述业务请求所对应的新代码，其中，所述新代码基于对静态代码中的节点进行代码插桩生成；执行所述新代码，并获取执行中所产生的节点信息，其中，所述节点信息包括节点标识和执行插桩代码所产生的特征信息；上传所述节点信息至服务端，以便所述服务端以链路形式展示所述节点信息。
6.在第二方面，本说明书实施例提供一种基于代码分析的链路展示装置，包括：接收模块，接收业务请求；确定模块，确定所述业务请求所对应的新代码，其中，所述新代码基于对静态代码中的节点进行代码插桩生成；执行模块，执行所述新代码，并获取执行中所产生的节点信息，其中，所述节点信息包括节点标识和执行插桩代码所产生的特征信息；上传模块，上传所述节点信息至服务端，以便所述服务端以链路形式展示所述节点信息。
7.在第三方面，本说明书实施例提供一种电子设备，包括：
8.至少一个处理器；以及，
9.与所述至少一个处理器通信连接的存储器；其中，
10.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的方法。
11.在第四方面，本说明书实施例提供一种非易失性计算机存储介质存储有计算机可执行指令，当计算机读取存储介质中的计算机可执行指令后，该指令使得一个或多个处理器执行如第一方面所述的方法。
12.本说明书一个或多个实施例采用的上述至少一个技术方案能够达到以下有益效果：通过接收业务请求；确定所述业务请求所对应的新代码，其中，所述新代码基于对静态代码中的节点进行代码插桩生成；执行所述新代码，并获取执行中所产生的节点信息，其中，所述节点信息包括节点标识和执行插桩代码所产生的特征信息；上传所述节点信息至
服务端，以便所述服务端以链路形式展示所述节点信息。从而实现预先对于静态代码的智能识别，勾勒出节点，并通过预先插桩的方式生成新代码，从而在不影响原有的静态代码的功能时，在执行新代码时准确识别出节点信息，实现业务方法级别颗粒度的链路勾勒。
附图说明
13.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
14.图1为本说明书实施例提供的一种基于代码分析的链路展示方法的流程示意图；
15.图2a为本技术实施例所提供的一种系统框架示意图；
16.图2b为本技术实施例所提供的一种系统的时序示意图；
17.图3为本技术实施例所提供的一种细粒度链路图的示意图；
18.图4为本说明书实施例提供的一种基于代码分析的链路展示装置的结构示意图；
19.图5为本说明书实施例提供的一种电子设备的结构示意图。
具体实施方式
20.本说明书实施例提供一种基于代码分析的链路展示方法、装置、设备以及存储介质。
21.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
22.在第一方面，如图1所示，图1为本说明书实施例提供的一种基于代码分析的链路展示方法的流程示意图，图1中的流程可以包括以下步骤：
23.s101：接收业务请求。
24.用户可以从客户端中向服务端发起业务请求。换言之，在本技术实施例中的用户侧，客户端已经加载完毕。
25.所述业务请求可以是各种形式的业务请求。例如，可以是客户端应用本身所提供的功能请求，例如，由支付应用所提供的诸如扫码、支付、收款等请求；也可以是基于客户端所发起的小程序请求，例如，用户基于客户端中的小程序发起商家点餐、共享设备的使用等等请求。
26.s103，确定所述业务请求所对应的新代码，其中，所述新代码基于对静态代码中的节点进行代码插桩生成。
27.静态代码指的在执行业务请求时所需要执行的未经过改动的原始代码。而新代码则是客户端中对静态代码中的节点进行代码插桩生成的另一代码。
28.在本技术实施例中，代码插桩指的是指在保证原有的静态代码的逻辑和功能完整性的基础上，在静态代码中插入其它代码(或者又可以称为插桩代码)，通过其它代码采集
在执行静态代码时所产生的信息(诸如方法本身、方法参数值、返回值等)，通过在特定的位置插入其它代码，从而收集静态代码运行时的动态上下文信息。
29.节点指的是代码中包含的业务类中可执行的方法，节点信息包括方法名、是否实例方法、耗时、请求参数、返回值等。静态代码和新代码之间所包含的节点相同。可以预先对静态代码进行分析或者配置的方式来确定静态代码中所包含的各节点。
30.例如，静态代码的原始伪码形式可能是：{通过xx端口向xxx地址发生调用，申请数据x的取值}。即向远端设备申请数据调用。
31.而在进行代码插桩之后生成的新代码的伪码形式可能是：
32.{
33.记录当前系统时间t1；
34.通过xx端口向xxx地址发生调用，申请数据x的取值；
35.记录当前系统时间t2。
36.}
37.其中的“记录当前系统时间t1”，以及，“记录当前系统时间t2”即为插入的其他代码。这些插入的其它代码显然并不会影响原有的代码“通过xx端口向xxx地址发生调用，申请数据x的取值”的执行。
38.但是通过插入的其它代码，其可以统计得到执行“通过xx端口向xxx地址发生调用，申请数据x的取值”的具体耗时“t2-t1”。
39.又例如，静态代码中可能包含了一系列可执行函数f1至fm，f1至fm之间均包含有共同的参数y1、y2，
……
yn，这些参数在多个函数之间传递，而静态代码在执行的过程并不会直观的显示各参数的取值，为了监控各参数在多个方法之间的变化情形，可以在前述的可执行函数f1至fm中的指定位置(可以是函数执行之前、中间或者尾部)加入其它代码：
40.{打印y1、y2，
……
yn}。
41.从而可以实现在这些可执行函数的执行中的任意阶段输出各参数y1、y2，
……
yn的取值。
42.又例如，还可以在确定了一端代码所对应的节点后，在该代码之前插入用于输出节点标识的其它代码。其伪码形式可能是{打印，节点10}，从而可以便于在后续执行新代码的过程中方便的找出各节点。
43.此外，需要说明的是，所述新代码虽然是基于对静态代码中的节点进行代码插桩生成，但是其实际是在启动阶段一次性就已经预生成好的，其生成时间早于客户端接收到业务请求，故而请求进来后才能执行新代码的逻辑。
44.如图2a所示，图2a为本技术实施例所提供的一种系统框架示意图。在该示意图中，客户端可以预先和服务端建立连接，并从服务端中获取得到相应的包含有静态代码的代码包。从而在客户端启动的阶段，就对代码包进行节点分析和代码插桩，从而生成新代码，并存储于客户端所处设备中。
45.当客户端接收到业务请求时，即不再执行该业务请求所对应的静态代码，而是执行新代码。
46.s105，执行所述新代码，并获取执行中所产生的节点信息，其中，所述节点信息包括节点标识和执行插桩代码所产生的特征信息。
47.如前所述，新代码和静态代码中所包含的节点相同。在插桩之前，客户端已经可以对静态代码中的代码进行分析，而得到其中所包含的各节点并进行标记和代码插桩。
48.因此，在执行新代码时，即可以通过插入的其它代码来直接确定得包含有节点标记和特征信息的节点信息。
49.特征信息即为执行新代码中的其他代码(或者称为插桩代码)所产生的。例如，对于
50.{
51.记录当前系统时间t1；
52.通过xx端口向xxx地址发生调用，申请数据x的取值；
53.记录当前系统时间t2。
54.}，在执行时，其可能产生的特征信息即可以是“t1”、“t2”。从而产生的节点信息可能是如下形式(节点a，t1，t2)。
55.而对于{打印y1、y2，
……
yn}而言，其产生的特征信息可能是y1、y2至yn的取值。换言之，执行插桩代码所产生的特征信息可以包括诸如方法本身、方法参数值、返回值等等信息，从而在可执行函数f1所对应的节点f1上所产生的节点信息的形式可能是(节点f1、y1值、y2值、
……
yn值)。
56.s107，上传所述节点信息至服务端，以便所述服务端以链路形式展示所述节点信息。
57.如图2中所示，服务端在接收到这些节点信息之后，即可以进行相应的数据分析，例如，对于节点信息(节点a，t1，t2)进行分析，可以得到在节点a上执行时所产生的耗时为t2-t1。
58.又例如，若将一系列可执行函数f1至fm视为节点f1至节点fm，并对其产生的形如(节点f1、y1值、y2值、
……
yn值)的一系列节点信息进行分析，可以得到前述的参数y1、y2、
……
yn在函数f1至fm之间的变化情形。
59.进而，即可以通过基于时间的先后关系，或者，基于节点执行顺序的先后关系给出对应的业务链路图，并在指定的页面上进行展示。业务方法的服务提供方只需要在自身设备上访问该页面即可以实时的查看对应的链路图。需要说明的是，对于节点信息的上传可以是同步上传，也可以是异步上传。
60.在本技术实施例中，如前所述，对于节点的划分实际上是基于代码中所包含的类、方法这个粒度进行的，因此，得到的链路图同样也是基于代码中所包含的类和方法粒度上进行展示。如图3所示，图3为本技术实施例所提供的一种细粒度链路图的示意图。在该意图中，可以给出在每个方法节点上的耗时，以及，还可以给出一些指定参数在某些节点上的返回值等等。
61.本技术的整体流程时序可以参见图2b，图2b为本技术实施例所提供的一种系统的时序示意图。如该示意图所示，服务提供方预先通过配置相关信息至服务端，客户端在启动时即可以根据配置信息拉取相关代码并进行相应的分析和代码插桩，从而在用户(请求发起方)使用客户端时可以通过插桩代码得到方法级粒度的节点信息，服务提供方可以随时通过可视化的方式查看服务中的包含各节点信息的业务链路的情形。
62.本说明书实施例中的方案，通过接收业务请求；确定所述业务请求所对应的新代
码，其中，所述新代码基于对静态代码中的节点进行代码插桩生成；执行所述新代码，并获取执行中所产生的节点信息，其中，所述节点信息包括节点标识和执行插桩代码所产生的特征信息；上传所述节点信息至服务端，以便所述服务端以链路形式展示所述节点信息。从而实现预先对于静态代码的智能识别，勾勒出节点，并通过预先插桩的方式生成新代码，从而在不影响原有的静态代码的功能时，在执行新代码时准确识别出节点信息，实现业务方法级别颗粒度的链路勾勒。
63.在一种实施例中，所述新代码基于对静态代码中的节点进行代码插桩生成，可以采用如下方式在客户端启动时的预加载阶段(premain阶段)预先生成，即如图2中所示，获取所述静态代码所对应的代码包；解包所述代码包生成多个类代码和方法代码；对所述类代码和方法代码进行语义分析，确定出节点代码；对所述节点代码进行代码插桩生成新代码。
64.其中，客户端在获取所述静态代码所对应的代码包时，可以预先服务端建立链接，并接受由服务端所推送的包含有静态代码路径的配置信息。这里的静态代码路径可以是可以是物理机上真实文件路径，从而客户端可以直接根据该指定文件路径进行项目代码包的获取。例如：静态代码路径如下：/home/admin/src/helloworld/xxxapp.jar。从而客户端可以向该指定地址进行代码获取；静态代码路径也可以是git仓库的链接，从而客户端可以从该git仓库中拉取静态代码所对应的代码包。
65.配置信息可以是服务提供方在用户发起业务请求之前就已经配置完毕的。换言之，如果应用对应的代码包的文件路径或者git仓库路径发生变化，可以重新修改一下配置，然后重启应用找到最新的代码包即可。
66.此外，在配置信息中还可以包括其他相关信息。例如，配置信息中可以基于服务提供方的需求对代码中需要检测的节点进行指定，或者，配置信息中可以包含有业务服务提供方给定的语义信息或者逻辑信息，以便后续将代码包中匹配该语义信息和逻辑信息的类或者方法确定为节点。
67.在一种实施例中，在对对所述类代码和方法代码进行语义分析时，还可以预先对代码包中的无效代码进行剔除，这里的剔除并非删除无效代码，而是指不将无效代码纳入插桩的范围。例如，从所述类代码和方法代码中剔除框架代码；对所述剔除框架代码的类代码和方法代码进行语义分析，确定出节点代码。
68.框架代码是项目中所引用的含有常量、方法等内容的一组相互协作的类文件集合，往往以jar包形式呈现，即一个不具备业务性的可复用的偏通用功能性的工具包。但是框架代码中由于只包含了一些开发的时候所用使用的底层架构，其中并不包含业务逻辑，此外，框架代码还可以还包含了一些优秀的设计模式的代码，如单例模式，工厂模式，ar(active record)模式。
69.换言之，框架代码往往是所执行的与业务无关的代码，其可能是执行过程中所必要但是业务服务提供方难以优化的代码。因此，业务请求发起方对这部分代码的监控是没有意义的，从而可以预先将其从所述静态代码中所包含的类代码和方法代码进行剔除。
70.具体而言，在对于静态代码所对应的代码包进行解包时，即可以从得到各类和方法的名称上知道哪些代码是框架代码而进行剔除。例如，常见的框架代码可能包括有诸如apache的工具类代码、spring代码以及各种orm框架代码等等。换言之，可以对类代码或者
方法代码中所包含的字段进行分析，当一段类代码或者方法代码中包含有框架代码中所使用的字段时，即可以将该段代码视为框架代码进行剔除。
71.除此之外，还可以有额外黑名单机制，将一些明显不是业务性代码的部分进行剔除来提升性能。黑名单机制的实现策略包括但不限于：通过对类文件中的信息进行分析，将纯实体类的也可以剔除不再插桩；以及递归解包时碰到业务所依赖的jar包可以直接跳过不再解包分析和插桩。
72.在一种实施例中，对所述类代码和方法代码进行语义分析时，可以采用如下方式进行：确定所述类代码和方法代码中所包含的多个字段；分析各字段与语义的对应关系；当字段与指定语义存在对应关系时，将包含该字段的类代码和方法代码确定为节点代码。字段可以指的是方法中的入参或者返回值。
73.例如，可以使用jar包解析处理器来做递归解包动作，解包后使用bcel的类处理技术获取每个类中的静态信息和方法中的静态信息。类中的静态信息包括全限定类名、类中的所有字段、所有方法等；方法中的静态信息包括全限定方法名、是否实例方法、方法的入参和返回值等静态信息。
74.可以基于代码中所包含的空格符或者换行符对类代码和方法代码进行分段，即将任意两个空格符或者换行符之间的字符视为一个字段，从而得到一段代码所包含的多个字段。进而对各字段进行语义分析，确定各字段所对应的语义和逻辑功能。当一个字段的语义与指定语义存在对应关系(即语义相同或者语义相似)时，即可以将包含该字段的类代码或方法代码确定为节点代码。
75.指定语义可以是由服务提供方所预先配置并写入配置信息中，从而客户端可以从服务端拉取得到配置信息并获取得到其中所包含的指定语义。通过与代码中所包含的字段进行语义分析和逻辑分析，可以实现自动的代码解析而得到代码中所包含的各节点，避免业务请求方的手动操作，提高用户体验。
76.在一种实施例中，在对所述节点代码进行代码插桩生成新代码时，可以在所述节点代码前和所述节点代码后分别插入用于记录当前系统时间的插桩代码，生成新代码。
77.即如前述所示，通过在节点代码之前插入代码“记录当前系统时间t1”，以及在节点代码之后插入代码“记录当前系统时间t2”，可以方便的统计在每个节点执行时所产生的耗时，从而可以直观的反映出哪些节点代码是需要进行优化的。
78.在一种实施例中，客户端在从服务端获取得到配置信息时，可以预先与所述服务端建立心跳连接。即客户端每隔固定时间每隔一个时间间隔发生一个探测包给服务器，并启动一个超时定时器，服务器端接收到检测包，则回应一个回应包，如果客户端收到服务器的应答包，则说明服务器正常，删除超时定时器，如果客户端的超时定时器超时，依然没有收到应答包，此时则可以向业务请求发起方发起相关提示，用于提醒业务请求发起方服务端不正常。
79.由于在本技术实施例中，一方面需要从服务端下载配置信息来进行对于静态代码的插桩，由于配置信息实际上反映了业务请求发起方的实际需求，因此，通过与服务端的心跳连接来定期接收服务端所推送的配置信息，一方面可以获取由业务请求发起方所给定的最新需求配置；另一方面，由于本技术还需要将执行新代码过程中所产生的节点信息进行上传并在服务端进行分析和展示，因此，客户端通过与服务端建立心跳连接，还可以用来在
服务端发生异常时，实时提醒业务请求发起方，此时服务端所展示的数据可能并不是准确的数据。
80.在一种实施例中，客户端在上传所述节点信息至服务端时，还可以如图2中所示，将得到的多个节点信息放入上下文缓存，并生成一个队列。从而当队列满了的时候将将缓存的多个节点信息以队列形式上传至服务端；或者，定期将队列中的节点信息以队列形式上传至服务端。通过该方式上传数据，可以降低客户端的通信负载。
81.基于同样的思路，本说明书一个或多个实施例还提供了上述方法对应的装置和设备，如图4、图5所示。
82.在第二方面，如图4所示，图4为本说明书实施例提供的一种基于代码分析的链路展示装置的结构示意图，所述装置包括：
83.接收模块401，接收业务请求；
84.确定模块403，确定所述业务请求所对应的新代码，其中，所述新代码基于对静态代码中的节点进行代码插桩生成；
85.执行模块405，执行所述新代码，并获取执行中所产生的节点信息，其中，所述节点信息包括节点标识和执行插桩代码所产生的特征信息；
86.上传模块407，上传所述节点信息至服务端，以便所述服务端以链路形式展示所述节点信息。
87.可选地，所述装置还包括新代码生成模块409，获取所述静态代码所对应的代码包；解包所述代码包生成多个类代码和方法代码；对所述类代码和方法代码进行语义分析，确定出节点代码；对所述节点代码进行代码插桩生成新代码。
88.可选地，所述新代码生成模块409，从所述类代码和方法代码中剔除框架代码；对所述剔除框架代码的类代码和方法代码进行语义分析，确定出节点代码。
89.可选地，所述新代码生成模块409，确定所述类代码和方法代码中所包含的多个字段；分析各字段与语义的对应关系；当字段与指定语义存在对应关系时，将包含该字段的类代码或方法代码确定为节点代码。
90.可选地，所述新代码生成模块409，在所述节点代码前和所述节点代码后分别插入用于记录当前系统时间的插桩代码，生成新代码。
91.可选地，所述新代码生成模块409，接收服务端推送的配置信息，其中，所述配置信息中包含有静态代码路径；从所述静态代码路径获取所述静态代码所对应的代码包。
92.可选地，所述新代码生成模块409，与所述服务端建立心跳连接；定期接收所述服务端推送的配置信息。
93.可选地，所述上传模块407，缓存所产生的多个节点信息；将缓存的多个节点信息以队列形式上传至服务端。
94.在第三方面，如图5所示，图5为本说明书实施例提供的一种电子设备的结构示意图，所述设备包括：
95.至少一个处理器；以及，
96.与所述至少一个处理器通信连接的存储器；其中，
97.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的方法。
98.在第四方面，基于同样的思路，本说明书实施例还提供了对应于上述方法的一种非易失性计算机存储介质，存储有计算机可执行指令，当计算机读取存储介质中的计算机可执行指令后，该指令使得一个或多个处理器执行如第一方面所述的方法。
99.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
100.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
101.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
102.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本
说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
103.本领域内的技术人员应明白，本说明书实施例可提供为方法、系统、或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
104.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
105.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
106.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
107.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
108.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
109.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
110.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
111.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
112.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
113.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
114.以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。