CN101320350A

CN101320350A - 一种性能监控方法及装置

Info

Publication number: CN101320350A
Application number: CNA2008101324750A
Authority: CN
Inventors: 林锰杰; 徐英
Original assignee: Kingdee Software China Co Ltd
Current assignee: Kingdee Software China Co Ltd
Priority date: 2008-07-17
Filing date: 2008-07-17
Publication date: 2008-12-10
Anticipated expiration: 2028-07-17
Also published as: CN101320350B

Abstract

本发明公开了一种性能监控方法，该方法包括：在应用程序源代码中添加日志记录代码；启动跟踪后，捕获应用程序输出的调用过程日志；获取跟踪到所述日志记录代码时的性能监控数据；输出所述调用过程日志及所述性能监控数据。本发明还公开了一种性能监控装置，该方法能够在应用程序运行时简便地进行性能监控，降低了对用户专业技术、技能的要求。而且应用程序运行时随时可以监控，具有很强的灵活性。

Description

一种性能监控方法及装置

技术领域

本发明涉及性能测试领域，特别是涉及一种性能监控方法及装置。

背景技术

应用程序在运行过程中可能会出现速度缓慢等性能问题，此时，通常需要对该应用程序进行性能监控、跟踪、分析等，确定问题出现的具体位置，进而执行故障诊断等操作，使得应用程序能够正常、高效地运行。

目前，一般采用专门的性能测试工具对应用程序进行性能监控。这种专门的性能测试工具通常需要做专门的部署、编写专门的性能测试跟踪脚本和用例，需要具有专业的测试技术和技能，因此，通常由专业的程序开发人员或测试人员使用。显然，一般的用户无法满足如此强的专业技术要求。而客户现场运行应用程序时如果没有部署这种专业的性能测试工具，则无法直接进行跟踪；但是即使部署了这种性能测试工具，由于其跟踪结果展现复杂，需要专业的分析技能，因此当应用程序出现性能问题时无法简易地进行系统性能跟踪及分析。而一般的用户在对应用程序进行性能测试时，通常只关心应用程序关键过程运行耗时、内存占用等关键的性能数据，而不需要收集全部的性能信息。

因此，需要本领域技术人员迫切解决的一个技术问题就是：如何在应用程序运行环境中，方便快捷地实现对应用程序的性能监控及跟踪，使得关键的性能数据能够以较为直观的方式展现给用户。

发明内容

有鉴于此，本发明的目的在于提供一种性能监控方法及装置，以解决现有技术进行性能监控时操作复杂、需要较高的专业技术的问题。

为实现上述目的，本发明提供了如下方案：

一种性能监控方法，包括：

在应用程序源代码中添加日志记录代码；

启动跟踪后，捕获应用程序输出的调用过程日志；

获取跟踪到所述日志记录代码时的性能监控数据；

输出所述调用过程日志及所述性能监控数据。

其中，还包括：

将所述调用过程日志及性能监控数据，通过消息队列传递到独立于应用程序的性能监控系统中；

在所述性能监控系统中对获取的性能监控数据进行异步分析处理。

其中，所述日志记录代码包括日志开始及日志结束代码，则对获取的性能监控数据进行分析处理的具体实现包括：

创建计数器，并对所述计数器进行初始化；

当跟踪到日志开始代码时，将对应的调用过程日志中的函数名及性能监控数据，设置为在当前计数器数值的层次输出，再将计数器数值加一；

当跟踪到日志结束代码时，将计数器数值减一，再将对应的调用过程日志中的函数名及性能监控数据，设置为在减一后计数器数值的层次输出。

其中，还包括：

根据同一层次中同一函数名的日志开始及日志结束的时间，输出该函数调用过程的性能耗时。

其中，

添加日志记录代码时还添加错误捕获代码，则输出的性能数据包括错误捕获信息。

一种性能监控装置，包括：

代码添加单元，用于在应用程序源代码中添加日志记录代码；

日志捕获单元，用于启动跟踪后，捕获应用程序输出的调用过程日志；

数据获取单元，用于获取跟踪到所述日志记录代码时的性能监控数据；

输出单元，用于输出所述调用过程日志及所述性能监控数据。

其中，还包括：

数据传递单元，用于将所述调用过程日志及性能监控数据，通过消息队列传递到独立于应用程序的性能监控系统中；

分析处理单元，用于在所述性能监控系统中对获取的性能监控数据进行异步分析处理。

其中，所述代码添加单元添加的日志记录代码包括日志开始及日志结束代码，则所述分析处理单元包括：

计数器创建子单元，用于创建计数器，并所述计数器进行初始化；

控制子单元，用于当跟踪到日志开始代码时，将对应的调用过程日志中的函数名及性能监控数据，设置为在当前计数器数值的层次输出，再将计数器数值加一；当跟踪到日志结束代码时，将计数器数值减一，再将对应的调用过程日志中的函数名及性能监控数据，设置为在减一后计数器数值的层次输出。

其中，还包括：

性能耗时计算单元，用于根据同一层次中同一函数名的日志开始及日志结束的时间，计算出该函数调用过程的性能耗时；

所述输出单元用于还输出所述性能耗时。

其中：

所述代码添加单元还用于添加错误捕获代码；

所述输出单元还用于输出错误捕获信息。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

首先，本发明利用统一封装的日志记录方法，在应用程序源代码中增加日志记录代码；跟踪时，可以获取跟踪到日志记录代码时的性能监控数据，同时可以通过截获应用程序输出的调用过程日志来获取相应的函数名，然后输出调用过程日志中的函数名及对应的性能监控数据，以此达到性能监控的目的。该方法能够在应用程序运行时简便地进行性能监控，降低了对用户专业技术、技能的要求。

其次，对获取到的性能数据进行处理，使得性能数据能够以直观的方式展现给用户，分析出函数间调用级次关系及过程耗时等信息，并进行展现，使得用户不需要对性能数据进行再解析便可快速发现性能问题。

再次，日志只简单输出代码调用的事件过程；性能数据通过消息队列传递到性能监控系统，进行异步的分析处理，避免了对应用程序运行的性能影响，保证了性能监控数据的准确、有效性。

最后，基于开关控制，不启动时不进行性能监控；应用程序运行时，可以随时启动开关进行性能监控，具有很强的灵活性。

附图说明

图1是本发明实施例提供的方法的流程图；

图2是本发明实施例中添加日志记录代码的界面示意图；

图3是本发明实施例中展现性能监控数据的界面示意图；

图4是本发明实施例提供的装置的示意图；

图5是本发明实施例提供的另一装置的示意图。

具体实施方式

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

参见图1，本发明实施例提供的性能监控方法包括以下步骤：

S101：在应用程序源代码中添加日志记录代码；

本发明提供了规范的性能日志记录标准，参见图2，用户可以基于应用程序源代码增加日志记录代码。由于制定了规范的标准，因此用户不需要具有太高的专业技术。在实际应用中，本发明还可以提供统一的插件，在关键函数的开始及结尾处自动增加日志记录代码，并说明函数功能。显然，该插件可以提高日志记录代码的添加效率。其中，关键函数通常是指程序的保存、修改、删除等功能控制函数，这些函数通常会对应用程序的性能产生影响，因此通常对这些函数进行性能监控。用户手动添加日志记录代码时，通常也是在这些函数的开始及结尾处添加。

S102：启动跟踪后，捕获应用程序输出的调用过程日志；

本发明实施例可以基于开关进行控制，即只有启动开关时，跟踪程序才开始跟踪，同时应用程序可以调用本发明提供的函数，进行调用过程日志信息的输出。否则，当开关不启动时，不会对应用程序进行跟踪，添加的日志记录代码不会对应用程序产生影响。应用开关机制还可以实现在程序运行过程中随时进行监控，具有很强的灵活性。

其中，应用程序输出调用过程日志时，可以只简单地输出代码调用的事件过程。例如在函数“K3Bills.frmBill.mnuFileSave_Click”的开始处增加了日志记录代码，则应用程序输出的日志中可以仅为该函数的函数名：“K3Bills.frmBill.mnuFileSave_Click”，启动时间、占用内存等性能监控数据会通过本发明提供的消息队列传递到性能监控模块进行异步输出。因此启动跟踪后，对原应用程序的性能影响也是非常小的，从而保证了获取的性能监控数据的准确性。

由于跟踪程序只能获取时间、占用内存等性能监控数据，而无法直接给出获取到的数据对应的是哪个调用过程，因此，使应用程序在调用过程日志中输出函数名的目的是，在跟踪过程中，跟踪程序只要截获该调用过程日志，就能知道当前获取到的是哪个调用过程的性能监控数据。然后，将应用程序输出的日志和获取到的性能监控数据一起输出，会提高数据的可读性。

S103：获取跟踪到所述日志记录代码时的性能监控数据；

当跟踪程序跟踪到某日志记录代码时，会记录下该时刻点的时间，作为调用过程开始的响应时间。同时还可以记录该时刻点占用内存的信息，便于用户获知各时刻的内存占用情况。

S104：输出所述调用过程日志及所述性能监控数据。

本发明基于开发的消息队列，将获得的性能监控数据传递到独立于应用程序的性能监控系统进行输出，因此跟踪时不会影响原应用程序的系统性能。

从以上描述的本发明实施例提供的进行性能监控的方法可以看出，本发明利用统一封装的日志记录方法，用户只需要简单地使用提供的统一方法，在应用程序源代码中增加日志记录代码；跟踪时，可以获取跟踪到日志记录代码时的性能监控数据，同时可以通过截获应用程序输出的调用过程日志来获取相应的函数名，然后输出调用过程日志及获取到的性能监控数据，以此达到性能监控的目的。因此该方法可以看作是一种标准化的基于轻量级简易日志的性能监控方法，使用该方法能够在应用程序运行时方便快捷地输出性能数据，降低了对用户专业技术、技能的要求。

在多函数的应用程序中，多个函数的运行可以是“交错的”，因此可能是一个函数的某个步骤正在被执行，接着执行另外一个函数的某个步骤，然后可能接着做第一函数的下一个步骤，也可能执行另外一个函数的某个步骤。依次类推。函数的交错执行使性能数据的展现更复杂。因此，为了使跟踪到的性能监控数据能够更直观、清晰地展现出来，本发明的优选实施例中还对获取到的性能监控数据进行处理，分析出各函数之间的调用级次关系，然后将处理后的数据进行展示，这样展现在用户面前的数据具有很强的可读性，用户不需要再对数据进行再分析。下面结合实例对处理方法进行详细地描述。

其中，为了使该处理过程不会对原应用程序的性能造成影响，本发明实施例开发了专门的消息队列，将性能数据通过该消息队列传递到独立于应用程序的性能监控模块，在所述性能监控模块中对数据进行异步的分析处理。为了能够分析出各函数间的调用级次关系以及调用过程耗时，本发明实施例还可以将添加的日志记录代码分为日志开始(LogStart)及日志结束(LogEnd)两种代码，参见图2，可以在函数的开始处添加LogStart，在函数结束处添加LogEnd，这样跟踪程序跟踪到不同的代码时，可以通过不同处理方式，来表现出函数的调用级次关系。具体方法可以如下进行：

创建一个跟踪计数器，初始化为1，根据LogStart和LogEnd进行计数加减，根据计数展现跟踪日志的层次结构。为了便于理解，下面通过实例进行详细地说明。

当跟踪程序获得K3Bills.frmBill.mnuFileSave_Click(开始)时，将K3Bills.frmBill.mnuFileSave_Click(开始)设置为在计数器计数值1的层次输出，即第一层，然后计数器加1计数值为2；

当跟踪程序获得K3Bills.Bill.Save(开始)时，将K3Bills.Bill.Save(开始)设置在计数器计数值2的层次输出，即第二层，然后计数器加1计数值为3；

当跟踪程序获得K3Bills.Bill.Save.数据校验(开始)时，将K3Bills.Bill.Save(开始)设置为在计数器计数值3的层次输出，即第三层，然后计数器加1计数值为4；

当跟踪程序获得K3Bills.Bill.Save.检验单据头必须字段(开始)时，将K3Bills.Bill.Save.检验单据头必须字段(开始)设置为在计数器计数值4的层次输出，即第四层，然后计数器加1计数值为5；

当跟踪程序获得K3Bills.Bill.Save.检验单据头必须字段(结束)时，计数器计数值减1等于4，将K3Bills.Bill.Save.检验单据头必须字段(结束)设置为在计数器计数值4的层次输出，即第四层；

当跟踪程序获得K3Bills.Bill.Save.检查是否有分录(开始)时，将K3Bills.Bill.Save.检查是否有分录(开始)设置为在计数器数值4的层次输出，即第四层，然后计数器加1计数值为5；

当跟踪程序获得K3Bills.Bill.Save.检查是否有分录(结束)时，计数器计数值减1等于4，然后将K3Bills.Bill.Save.检查是否有分录(结束)设置为在计数器数值4的层次输出，即第四层；

当跟踪程序获得K3Bills.Bill.Save.数据校验(结束)时，计数器计数值减1等于3，将K3Bills.Bill.Save.数据校验(结束)设置为在计数器计数值3的层次输出，即第三层；

依次类推。这样处理的好处在于，便于观察各函数间的调用级次关系，以及进行性能的动态分析。例如，输出界面可以如图3所示。另外由于同一个函数的开始和结束可以显示在同一层次，因此便于计算函数调用过程的性能耗时，具体实现中可以是在同一层次中，找出同一函数的开始及结束时的时间，计算该时间的间隔，以此来表示该函数的调用过程耗时。

可见，用户可以从该界面中直观地看到调用了哪些函数、各函数的调用过程耗时、各时刻的内存占用情况以及各函数间的调用级次关系等。这些通常就是用户需要的一些常用的性能监控数据，可见，通过该方法，这些常用的性能监控数据都能简单地展现，不需要专业的性能监控工具，也不需要用户具有太高的专业技术水平。

另外，本发明实施例还可以进行程序的内部错误捕获，并将该内部捕获信息进行展现，这样用户就可以很容易发现应用程序在运行过程中，在何时何处发生了何种错误，便于用户进行错误诊断等操作。在具体实现时可以使用以下方法：在基于应用程序源代码添加日志记录代码时，增加日志描述，使其满足基本的信息收集功能：Info、Warning、Error等，这样跟踪程序就可以进行内部错误捕获，获取内部错误信息，并与获得的其他性能监控信息一起进行输出。

与本发明实施例提供的基于简易日志的性能监控方法相对应，本发明实施例还提供了一种性能监控装置，参见图4，该装置包括：

代码添加单元U401，用于在应用程序源代码中添加日志记录代码；

日志捕获单元U402，用于启动跟踪后，捕获应用程序输出的调用过程日志；

数据获取单元U403，用于获取跟踪到所述日志记录代码时的性能监控数据；

输出单元U404，用于输出所述调用过程日志及所述性能监控数据。

首先，由代码添加单元U401在应用程序源代码中添加日志记录代码；启动跟踪后，应用程序就可以调用本发明提供的函数，输出该应用程序中的调用过程日志，然后日志捕获单元U402就可以捕获应用程序输出的调用过程日志；同时，数据获取单元U403获取跟踪到所述日志记录代码时的性能监控数据；其中包括启动时间、内存占用等，然后输出单元U404输出所述调用过程日志及所述性能监控数据。以此来达到性能监控的目的。由于只根据添加的标准化的日志记录代码，即可获取相应的性能监控数据以及调用过程日志，因此，用户无需专业的技术水平就能够简便地进行性能监控。

为了能够使性能监控数据更加直观、清晰地展现在用户面前，本发明实施例还可以对获取到的性能数据进行处理。但是为了处理的过程不影响到原应用程序系统的性能，本发明实施例通过消息队列将获取到的性能监控数据，传递到独立于应用程序的性能监控系统中，在该性能监控系统中进行异步分析处理。因此，参见图5，该装置还包括：

数据传递单元U505，用于将所述调用过程日志及性能监控数据，通过消息队列传递到独立于应用程序的性能监控系统中；

分析处理单元U506，用于在所述性能监控系统中对获取的性能监控数据进行异步分析处理。

为了便于进行分析处理，可以使代码添加单元U501添加的日志记录代码包括日志开始及日志结束代码，将获得的性能监控数据进行分层展现。则分析处理单元U506可以包括以下子单元：

计数器创建子单元U5061，用于创建计数器，并所述计数器进行初始化；

控制子单元U5062，用于当跟踪到日志开始代码时，将对应的调用过程日志中的函数名及性能监控数据，设置为在当前计数器数值的层次输出，再将计数器数值加一；当跟踪到日志结束代码时，将计数器数值减一，再将对应的调用过程日志中的函数名及性能监控数据，设置为在减一后的计数器数值的层次输出。

性能监控数据进行分层显示，有助于获得函数的调用过程耗时。为了获得各函数的调用过程耗时，该装置还可以包括：

性能耗时计算单元U507，用于根据同一层次中同一函数名的日志开始及日志结束的时间，计算出该函数调用过程的性能耗时；输出单元U504可以将各函数的调用过程的性能耗时进行输出。

另外，本发明还可以进行应用程序的内部错误捕获，并将该内部捕获信息进行展现，这样用户就可以很容易发现应用程序在运行过程中，在何时何处发生了何种错误，便于用户进行错误诊断等操作。因此，代码添加单元U501还用于添加错误捕获代码；输出单元U504还用于输出错误捕获信息。这样，用户可以获取到更全面的性能监控数据，便于用户掌握更多的信息。

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

Claims

1、一种性能监控方法，其特征在于，包括：

在应用程序源代码中添加日志记录代码；

启动跟踪后，捕获应用程序输出的调用过程日志；

获取跟踪到所述日志记录代码时的性能监控数据；

输出所述调用过程日志及所述性能监控数据。

2、根据权利要求1所述的方法，其特征在于，还包括：

3、根据权利要求2所述的方法，其特征在于，所述日志记录代码包括日志开始及日志结束代码，则对获取的性能监控数据进行分析处理的具体实现包括：

创建计数器，并对所述计数器进行初始化；

4、根据权利要求3所述的方法，其特征在于，还包括：

5、根据权利要求1所述的方法，其特征在于，

6、一种性能监控装置，其特征在于，包括：

7、根据权利要求6所述的装置，其特征在于，还包括：

8、根据权利要求7所述的装置，其特征在于，所述代码添加单元添加的日志记录代码包括日志开始及日志结束代码，则所述分析处理单元包括：

9、根据权利要求8所述的装置，其特征在于，还包括：

所述输出单元用于还输出所述性能耗时。

10、根据权利要求6所述的装置，其特征在于：

所述代码添加单元还用于添加错误捕获代码；

所述输出单元还用于输出错误捕获信息。