[发明专利]GUI性能日志生成系统、方法及GUI性能分析方法

说明书

技术领域

本发明涉及计算机技术领域，更具体地说，涉及一种GUI性能日志生成系统、方法及GUI性能分析方法。

背景技术

无论是在开发环境或生产环境中，都需要一种分析应用程序运行性能的工具，通过量化的性能指标，定位到具有性能缺陷的功能点，从而给出缺陷的性质及初步的优化方向。

图形用户接口(Graphical User Interface，简称“GUI″)是屏幕产品的视觉体验和互动操作部分，例如Windows以图形界面方式操作，用鼠标点击按钮进行操作非常直观。

在Java领域，分析性能问题的主要工具是Java性能剖析器(Java Profiler)，其分析应用程序性能的方法如下：(1)在应用程序启动时，开启JVMTI(JavaVirtual Machine Tool Interface，是一套由Java虚拟机提供的、为Java虚拟机相关的工具提供的本地编程接口集合)服务；(2)指定一个分析范围(例如可以是某个命名空间的所有类)，通过Java虚拟机的JVMTI接口，附加到正在运行的应用程序上；(3)记录应用程序执行过程中的Java指令执行或对象创建等明细信息；(4)性能剖析器根据记录的明细信息生成性能图表。

采用Java性能剖析器分析应用程序性能，由于必须记录分析范围内的每个Java指令，会使所有Java指令的执行时间增加，累计的效果就是大大降低了应用程序的整体运行速度。而随着分析范围的增大，可能会几倍甚至几十倍地增加功能的响应时间。Java性能剖析器进行性能分析的功能点很多，并且需要做性能分析的功能点一般响应时间较长，附加上Java性能剖析器后，其响应时间变为了原来的几倍甚至几十倍，使得性能分析者必须长时间地等待功能点运行结束。因此现有技术对应用程序进行性能分析的分析效率低下。

并且，Java性能剖析器的配置和使用非常复杂，很难在生产环境中指导实施人员或客户使用，而许多性能缺陷，只有在特定的生产环境中出现，无法在开发环境中重现。因此必须要求在缺陷发生的第一现场就能搜集到相关的性能数据，而现有的Java性能剖析器不能达到此要求。

另外，由于Java性能剖析器记录分析范围内的所有Java指令，并使得每个Java指令增加了一个延时。而在客户端最耗时的往往是对服务端的远程调用。

所谓“远程调用”，在Java领域，是一种机制，可以在不同的Java虚拟机(JavaVirtual Machine，简称“JVM″)之间实现对象与对象的通信。JVM可以位于相同或不同的计算机上，在多个JVM中，一个JVM中的对象可以调用其它JVM中的对象的方法，而发起调用的JVM称为客户端，接收调用的称为服务端。

JVM做远程调用属于一种输入/输出，其执行的Java指令少，操作系统指令多。因此，在最终的性能图表中，远程调用占用的时间比例往往会比真实情况小，而大量执行Java指令的循环逻辑占用的时间比例会比真实情况大，从而性能优化走向错误的方向。因此Java性能剖析器还存在失真问题。

发明内容

本发明的目的之一在于提供一种GUI性能日志生成系统、方法及GUI性能分析方法，旨在能提高应用程序性能分析效率、且能有效反映性能真实情况。

为了实现发明目的，所述GUI性能日志生成系统包括：

性能事务记录单元，记录在执行性能事务的第一时间和第二时间所述性能事务对客户端的资源消耗差异，以及性能事务对服务端的远程调用参数，所述性能事务为能代表功能点的性能事务；

性能日志生成单元，与性能事务记录单元进行数据交互，根据性能事务记录单元记录的客户端的资源消耗差异和远程调用参数生成性能日志。

该第一时间是性能事务开始，第二时间是性能事务结束。

该性能事务包括Action执行事件和UI初始化事件。

为了更好的实现发明目的，所述GUI性能日志生成方法，包括以下步骤：

A.记录在执行性能事务的第一时间和第二时间所述性能事务对客户端的资源消耗差异，以及性能事务对服务端的远程调用参数，所述性能事务为能代表功能点的性能事务；

D.根据记录的客户端的资源消耗差异和远程调用参数生成性能日志。

该第一时间是性能事务开始，第二时间是性能事务结束，步骤A中记录在执行性能事务的第一时间和第二时间所述性能事务对客户端的资源消耗的差异进一步包括：

A1.在性能事务开始时获取客户端的资源消耗参数；

A2.在性能事务结束时获取客户端的资源消耗参数；