CN105550104A

CN105550104A - 应用程序性能测试方法及装置

Info

Publication number: CN105550104A
Application number: CN201510897242.XA
Authority: CN
Inventors: 冯刚
Original assignee: Beijing Qihoo Technology Co Ltd; Qizhi Software Beijing Co Ltd
Current assignee: Beijing Qihoo Technology Co Ltd
Priority date: 2015-12-08
Filing date: 2015-12-08
Publication date: 2016-05-04
Anticipated expiration: 2035-12-08
Also published as: CN105550104B

Abstract

本发明公开了一种应用程序性能测试方法及装置。其中方法包括：解析得到应用程序中所有需要测试的函数和/或线程；在所述应用程序启动过程中，接管所述函数和/或线程，记录所述函数和/或线程的执行时间和调用次数；根据所述函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序，以供按照排序结果进行应用程序的调试。本发明深入到应用程序内部，对应用程序内部的函数和/或线程进行测试，测试出哪个函数和/或线程的执行时间最长，调用次数最多。根据测试结果，开发人员可有针对性的对这些函数和/或线程进行调试，以解决应用程序启动时间过长的技术问题。

Description

应用程序性能测试方法及装置

技术领域

本发明涉及软件测试技术领域，具体涉及一种应用程序性能测试方法及装置。

背景技术

随着科技的发展，智能手机的应用越来越普遍。智能手机中安装的各种应用程序(APP)为人们提供各种需求和服务，已经成为人们生活中不可缺少的一部分。手机APP的启动时间是一个重要的性能指标，如果手机APP的启动时间过长导致出现明显的的卡顿问题，将会带来很不良的使用体验。因此，手机APP的启动时间的测试变的尤为重要。

现有技术提供了很多手机APP的启动时间的测试方法，然而，测试出手机APP的启动时间过长仅仅是发现问题，如何排查和解决问题是关键所在。现有技术中还没有提供一种有效的方法用于确定影响手机APP启动时间过长的重要因素。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的应用程序性能测试方法及装置。

根据本发明的一个方面，提供了一种应用程序性能测试方法，包括：

解析得到应用程序中所有需要测试的函数和/或线程；

在所述应用程序启动过程中，接管所述函数和/或线程，记录所述函数和/或线程的执行时间和调用次数；

根据所述函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序，以供按照排序结果进行应用程序的调试。

根据本发明的另一方面，一种应用程序性能测试装置，包括：

解析模块，适于解析得到应用程序中所有需要测试的函数和/或线程；

接管模块，适于在所述应用程序启动过程中，接管所述函数和/或线程，记录所述函数和/或线程的执行时间和调用次数；

排序模块，适于根据所述函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序，以供按照排序结果进行应用程序的调试。

根据本发明提供的应用程序性能测试方法装置，首先通过解析确定需要测试的函数和/或线程，然后启动应用程序，通过hook方法接管函数和/或线程，记录函数和/或线程的执行时间和调用次数，根据函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序，以供按照排序结果进行应用程序的调试。本发明深入到应用程序内部，对应用程序内部的函数和/或线程进行测试，测试出哪个函数和/或线程的执行时间最长，调用次数最多。根据测试结果，开发人员可有针对性的对这些函数和/或线程进行调试，以解决应用程序启动时间过长的技术问题。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的应用程序性能测试方法的流程图；

图2示出了根据本发明另一个实施例的应用程序性能测试方法的流程图；

图3示出了根据本发明一个实施例的应用程序性能测试装置的功能框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了排查和解决应用程序启动时间过长的技术问题，本发明深入到应用程序内部，对应用程序内部的函数和/或线程进行测试，测试出哪个函数和/或线程的执行时间最长，调用次数最多。根据测试结果，开发人员可有针对性的对这些函数和/或线程进行调试，以解决应用程序启动时间过长的技术问题。

图1示出了根据本发明一个实施例的应用程序性能测试方法的流程图。如图1所示，该方法包括如下步骤：

步骤S101，解析得到应用程序中所有需要测试的函数和/或线程。

首先，通过解析获取到应用程序需要进行测试的函数和/或线程，这些函数和/或线程都是应用程序启动过程中会执行的函数和/或线程。如果将应用程序启动过程中所有执行的函数和/或线程都进行测试，则会造成测试时间过长，且影响整个系统的性能，因此本发明通过解析从所有执行的函数和/或线程识别出需要测试的函数和/或线程，过滤出其它没有必要进行测试的函数和/或线程。

步骤S102，在应用程序启动过程中，接管函数和/或线程，记录函数和/或线程的执行时间和调用次数。

测试开始时启动应用程序，通过hook方法接管步骤S101得到的需要测试的函数和/或线程，记录函数和/或线程的执行时间和调用次数。

具体地，测试调用方在需要测试的函数和/或线程中设置hook事件，该hook事件用于监测函数和/或线程的执行时间和调用次数。在应用程序启动过程中，一旦某个需要测试的函数和/或线程执行完成，触发hook事件，测试调用方就会得到通知，继而得到被测试函数和/或线程的执行时间和调用次数。

步骤S103，根据函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序，以供按照排序结果进行应用程序的调试。

根据函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序，以供开发人员按照排序结果确定优先级进行应用程序的调试。例如，排序越靠前的函数和/或线程的优先级越高，开发人员优先对优先级高的函数和/或线程进行调试，确定执行时间过长的原因。

根据本实施例提供的应用程序性能测试方法，首先通过解析确定需要测试的函数和/或线程，然后启动应用程序，通过hook方法接管函数和/或线程，记录函数和/或线程的执行时间和调用次数，根据函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序，以供按照排序结果进行应用程序的调试。本方法深入到应用程序内部，对应用程序内部的函数和/或线程进行测试，测试出哪个函数和/或线程的执行时间最长，调用次数最多。根据测试结果，开发人员可有针对性的对这些函数和/或线程进行调试，以解决应用程序启动时间过长的技术问题。

图2示出了根据本发明另一个实施例的应用程序性能测试方法的流程图。如图2所示，该方法包括如下步骤：

步骤S201，解析得到应用程序中所有需要测试的函数，包括以下函数的一种或多种：应用程序中涉及操作系统框架的组件的函数，应用程序中由JAVA语言派生出来的函数，以及应用程序中自定义函数。

首先，通过解析获取到应用程序需要进行测试的函数，这些函数都是应用程序启动过程中会执行的函数。如果将应用程序启动过程中所有执行的函数都进行测试，则会造成测试时间过长，且影响整个系统的性能，因此本发明通过解析从所有执行的函数识别出需要测试的函数，过滤出其它没有必要进行测试的函数。

本实施例进一步提供了解析函数的分级策略，具体地，将需要测试的函数分为三类，第一类是应用程序中涉及操作系统框架的组件的函数，第二类是应用程序中由JAVA语言派生出来的函数，第三类是应用程序中自定义函数。其中，第一类的优先级高于第二类，第二类的优先级又高于第三类。也就是说，在具体测试过程中，可以先测试第一类函数，在第一类函数中没发现拖慢应用程序启动时间的函数的情况下，再测试第二类函数，在第二类函数中也没有发现拖慢应用程序启动时间的函数的情况下，再测试第三类函数。通过这种分级策略，提高了测试效率。当然，本发明不仅限于此，也可以是同时测试三类函数，或者在这三类函数中随机选择函数进行测试。

对于第一类函数，以Android系统为例，应用程序中涉及操作系统框架的组件有Activity，Service服务，ContentProvider内容提供者，BroadcastReceiver广播接收器等组件，这些组件中涉及开发人员编写的函数是需要测试的函数，例如组件中重写的函数。举例来说，BroadcastReceiver广播接收器是Android应用中一个重要的组件。BroadcastReceiver非常类似于事件编程中的监听器。与普通事件监听器不同的是：普通事件监听器监听的事件源是程序中的对象；而BroadcastReceiver监听的事件源是Android应用中的其他组件。当需要使用BroadcastReceiver组件接收广播消息时，开发人员需要实现自己的BroadcastReceiver子类，并重写onReceive()函数。这里，onReceive()函数就是需要测试的函数之一。

对于第二类函数，由JAVA语言派生出来的类和方法，指的是继承或重载JAVA已有类的类和方法。JAVA语言包含许多已实现的类和方法，继承是从已有的类中派生出新的类，新的类能吸收已有类的数据属性和行为，并能扩展新的能力。重载用于创建完成一组任务相似但参数的类型或参数的个数不同的方法。

对于第三类函数，开发人员自定义的类和方法。开发人员根据实际需求自定义的类和方法，用以实现特定功能，这些自定义的类和方法与JAVA已有类无继承关系，但可能具有引用关系。

步骤S202，解析得到应用程序中所有需要测试的线程，包括以下线程的一种或多种：继承线程基类的线程，以及应用程序中实现runable接口的线程。

在Android系统中，当一个应用程序第一次启动时，Android会同时启动一个对应的主线程(MainThread)，主线程主要负责处理与UI相关的事件，如用户的按键事件，用户接触屏幕的事件以及屏幕绘图事件，并把相关的事件分发到对应的组件进行处理。在android中有两种实现线程thread的方法：一种是扩展java.lang.Thread类，另一种是实现runnable接口。因此本发明通过解析具有这两种特点的线程作为需要测试的线程。线程两个最主要的方法是：run()——包含线程运行时所执行的代码，Start()——用于启动线程。

步骤S203，在应用程序启动过程中，接管函数和/或线程，记录函数和/或线程的执行时间和调用次数。

对于函数，通过hook方法接管函数本身，记录函数的执行时间和调用次数。对于线程，通过hook方法接管线程的run()方法，记录线程的执行时间和调用次数。具体的，测试调用方在需要测试的函数和/或线程run()方法中设置hook事件，该hook事件用于监测函数和/或线程run()方法的执行时间和调用次数。在应用程序启动过程中，一旦某个需要测试的函数和/或线程run()方法执行完成，触发hook事件，测试调用方就会得到通知，继而得到被测试函数和/或线程run()方法的执行时间和调用次数。

以onReceive()函数为例，onReceive()是用于处理接收到广播的函数，通过hook方法可明确知道处理广播需要的时间，即onReceive()的执行时间。

步骤S204，根据函数和/或线程的单次调用的执行时间和调用次数，计算所述函数和/或线程的总执行时间。

在步骤S203中，可以得到函数和/或线程run()方法的单次调用的执行时间以及调用次数，如果某些函数和/或线程run()方法的调用次数为多次，则将多次调用的执行时间累加得到总执行时间；如果某些函数和/或线程run()方法的调用次数为一次，那么这些函数和/或线程run()方法的总执行时间就是这次调用的执行时间。

步骤S205，根据函数和/或线程的总执行时间计算单次调用的平均执行时间。

将函数和/或线程run()方法的总执行时间除以调用次数得到单次调用的平均执行时间。

步骤S206，根据函数和/或线程的总执行时间和/或单次调用的平均执行时间，对所有被测试的函数和/或线程进行排序，以供按照排序结果进行应用程序的调试。

本实施例中，可根据函数和/或线程的总执行时间对所有被测试的函数和/或线程进行排序，得到一个排序结果；再根据函数和/或线程的单次调用的平均执行时间对所有被测试的函数和/或线程进行排序，得到另一个排序结果。这两个排序结果供开发人员结合参考，确定优先级进行应用程序的调试。排序越靠前的函数和/或线程的优先级越高，开发人员优先对优先级高的函数和/或线程进行调试，确定执行时间过长的原因。

根据本实施例提供的应用程序性能测试方法，首先通过解析确定需要测试的函数和/或线程，然后启动应用程序，通过hook方法接管函数和/或线程，记录函数和/或线程的执行时间和调用次数，根据函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序，以供按照排序结果进行应用程序的调试。本方法深入到应用程序内部，对应用程序内部的函数和/或线程进行测试，测试出哪个函数和/或线程的执行时间最长，调用次数最多。根据测试结果，开发人员可有针对性的对这些函数和/或线程进行调试，以解决应用程序启动时间过长的技术问题。在解析需要测试的函数时，可按照分级策略进行解析，提高了测试效率。

图3示出了根据本发明一个实施例的应用程序性能测试装置的功能框图。如图3所示，该装置包括：解析模块301，接管模块302，排序模块303。

解析模块301，适于解析得到应用程序中所有需要测试的函数和/或线程。解析模块301通过解析获取到应用程序需要进行测试的函数和/或线程，这些函数和/或线程都是应用程序启动过程中会执行的函数和/或线程。如果将应用程序启动过程中所有执行的函数和/或线程都进行测试，则会造成测试时间过长，且影响整个系统的性能，因此本发明通过解析从所有执行的函数和/或线程识别出需要测试的函数和/或线程，过滤出其它没有必要进行测试的函数和/或线程。本实施例中，解析模块301进一步适于：解析得到应用程序中涉及操作系统框架的组件的函数，和/或，解析得到应用程序中由JAVA语言派生出来的函数，和/或，解析得到应用程序中自定义函数。

进一步，本装置提供了解析函数的分级策略，具体地，将需要测试的函数分为三类，第一类是应用程序中涉及操作系统框架的组件的函数，第二类是应用程序中由JAVA语言派生出来的函数，第三类是应用程序中自定义函数。其中，第一类的优先级高于第二类，第二类的优先级又高于第三类。也就是说，在具体测试过程中，可以先解析并测试第一类函数，在第一类函数中没发现拖慢应用程序启动时间的函数的情况下，再解析并测试第二类函数，在第二类函数中也没有发现拖慢应用程序启动时间的函数的情况下，再解析并测试第三类函数。通过这种分级策略，提高了测试效率。当然，本发明不仅限于此，也可以是同时测试三类函数，或者在这三类函数中随机选择函数进行测试。

对于线程，解析模块301解析得到应用程序中继承线程基类的线程，或者，解析得到应用程序中实现runable接口的线程。

接管模块302，适于在应用程序启动过程中，接管函数和/或线程，记录函数和/或线程的执行时间和调用次数。接管模块302进一步适于：对于线程，接管线程的run方法，记录线程的执行时间和调用次数。

具体的，对于函数，接管模块302通过hook方法接管函数本身，记录函数的执行时间和调用次数。对于线程，接管模块302通过hook方法接管线程的run()方法，记录线程的执行时间和调用次数。具体的，在需要测试的函数和/或线程run()方法中设置hook事件，该hook事件用于监测函数和/或线程run()方法的执行时间和调用次数。在应用程序启动过程中，一旦某个需要测试的函数和/或线程run()方法执行完成，触发hook事件，接管模块302就会得到通知，继而得到被测试函数和/或线程run()方法的执行时间和调用次数。

排序模块303，适于根据函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序，以供按照排序结果进行应用程序的调试。

排序模块303进一步包括：第一计算单元304，第二计算单元305，排序单元306。

第一计算单元304，适于根据函数和/或线程的单次调用的执行时间和调用次数，计算函数和/或线程的总执行时间。

第二计算单元305，适于根据函数和/或线程的总执行时间计算单次调用的平均执行时间。

排序单元306，适于根据函数和/或线程的总执行时间和/或单次调用的平均执行时间，对所有被测试的函数和/或线程进行排序。

根据本实施例提供的应用程序性能测试装置，首先通过解析确定需要测试的函数和/或线程，然后启动应用程序，通过hook方法接管函数和/或线程，记录函数和/或线程的执行时间和调用次数，根据函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序，以供按照排序结果进行应用程序的调试。本装置深入到应用程序内部，对应用程序内部的函数和/或线程进行测试，测试出哪个函数和/或线程的执行时间最长，调用次数最多。根据测试结果，开发人员可有针对性的对这些函数和/或线程进行调试，以解决应用程序启动时间过长的技术问题。在解析需要测试的函数时，可按照分级策略进行解析，提高了测试效率。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的应用程序性能测试装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了：

A1、一种应用程序性能测试方法，包括：

解析得到应用程序中所有需要测试的函数和/或线程；

A2、根据A1所述的方法，所述解析得到应用程序中所有需要测试的函数进一步包括：解析得到应用程序中涉及操作系统框架的组件的函数。

A3、根据A1所述的方法，所述解析得到应用程序中所有需要测试的函数进一步包括：解析得到应用程序中由JAVA语言派生出来的函数。

A4、根据A1所述的方法，所述解析得到应用程序中所有需要测试的函数进一步包括：解析得到应用程序中自定义函数。

A5、根据A1所述的方法，所述解析得到应用程序中所有需要测试的线程进一步包括：解析得到应用程序中继承线程基类的线程，或者，解析得到应用程序中实现runable接口的线程。

A6、根据A5所述的方法，所述接管线程，记录线程的执行时间和调用次数进一步包括：接管线程的run方法，记录线程的执行时间和调用次数。

A7、根据A1-A6任一项所述的方法，所述根据函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序进一步包括：

根据函数和/或线程的单次调用的执行时间和调用次数，计算所述函数和/或线程的总执行时间；

根据所述函数和/或线程的总执行时间计算单次调用的平均执行时间；

根据所述函数和/或线程的总执行时间和/或单次调用的平均执行时间，对所有被测试的函数和/或线程进行排序。

B8、一种应用程序性能测试装置，包括：

B9、根据B8所述的装置，所述解析模块进一步适于：解析得到应用程序中涉及操作系统框架的组件的函数。

B10、根据B8所述的装置，所述解析模块进一步适于：解析得到应用程序中由JAVA语言派生出来的函数。

B11、根据B8所述的装置，所述解析模块进一步适于：解析得到应用程序中自定义函数。

B12、根据B8所述的装置，所述解析模块进一步适于：解析得到应用程序中继承线程基类的线程，或者，解析得到应用程序中实现runable接口的线程。

B13、根据B12所述的装置，所述接管模块进一步适于：对于线程，接管线程的run方法，记录线程的执行时间和调用次数。

B14、根据B8-B13所述的装置，所述排序模块进一步包括：

第一计算单元，适于根据函数和/或线程的单次调用的执行时间和调用次数，计算所述函数和/或线程的总执行时间；

第二计算单元，适于根据所述函数和/或线程的总执行时间计算单次调用的平均执行时间；

排序单元，适于根据所述函数和/或线程的总执行时间和/或单次调用的平均执行时间，对所有被测试的函数和/或线程进行排序。

Claims

1.一种应用程序性能测试方法，包括：

解析得到应用程序中所有需要测试的函数和/或线程；

2.根据权利要求1所述的方法，所述解析得到应用程序中所有需要测试的函数进一步包括：解析得到应用程序中涉及操作系统框架的组件的函数。

3.根据权利要求1所述的方法，所述解析得到应用程序中所有需要测试的函数进一步包括：解析得到应用程序中由JAVA语言派生出来的函数。

4.根据权利要求1所述的方法，所述解析得到应用程序中所有需要测试的函数进一步包括：解析得到应用程序中自定义函数。

5.根据权利要求1所述的方法，所述解析得到应用程序中所有需要测试的线程进一步包括：解析得到应用程序中继承线程基类的线程，或者，解析得到应用程序中实现runable接口的线程。

6.根据权利要求5所述的方法，所述接管线程，记录线程的执行时间和调用次数进一步包括：接管线程的run方法，记录线程的执行时间和调用次数。

7.根据权利要求1-6任一项所述的方法，所述根据函数和/或线程的执行时间和调用次数，对所有被测试的函数和/或线程进行排序进一步包括：

8.一种应用程序性能测试装置，包括：

9.根据权利要求8所述的装置，所述解析模块进一步适于：解析得到应用程序中涉及操作系统框架的组件的函数。

10.根据权利要求8所述的装置，所述解析模块进一步适于：解析得到应用程序中由JAVA语言派生出来的函数。