CN114610643B - 代码性能检测方法、装置和电子设备 - Google Patents

Abstract

本申请提供一种代码性能检测方法、装置和电子设备，该代码性能检测方法应用于服务器，服务器包括第一虚拟机和第二虚拟机，包括：第一虚拟机解析目标服务的源代码，源代码包括：多个函数以及运行的调用栈；在第一线程中运行第一虚拟机对应的源代码的过程中，若接收到第二线程中运行的第二虚拟机发送的调用指示信息，则抓取当前运行函数的调用栈信息，以供第二虚拟机读取调用栈信息生成火焰图。本申请能够给出源代码的每个函数的开销情况，进而能够针对开发人员优化源代码给出准确的指导。另外，本申请陷入死循环的函数的调用栈信息也可以抓取，进而提高了检测源代码性能的准确度。

Description

代码性能检测方法、装置和电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种代码性能检测方法、装置和电子设备。

背景技术

在游戏场景中，通常采用lua(一种脚本语言)编写各个游戏服务的代码。其中，开发人员需要对游戏服务的代码性能进行检测，以确定CPU(中央处理器)在运行代码时的开销情况，进而才能根据开销情况对游戏服务的代码进行优化，以提高使用该游戏服务的用户体验感。

目前，通常是采用内置的DebugConsole(一种监听器)检测整个游戏服务的CPU总体开销情况，但该CPU总体开销情况不能给开发人员优化代码提供准确的指导。

发明内容

本申请的多个方面提供一种代码性能检测方法、装置和电子设备，以检测导致游戏服务的代码出现对应CPU开销的原因，以给开发人员优化代码提供准确的指导。

本申请实施例第一方面提供一种代码性能检测方法，应用于服务器，服务器包括第一虚拟机和第二虚拟机，代码性能检测方法包括：第一虚拟机解析目标服务的源代码，源代码包括：多个函数以及运行的调用栈；在第一线程中运行第一虚拟机对应的源代码的过程中，若接收到第二线程中运行的第二虚拟机发送的调用指示信息，则抓取当前运行函数的调用栈信息，以供第二虚拟机读取调用栈信息生成火焰图。

本申请实施例第二方面提供一种代码性能检测方法，应用于服务器，服务器包括第一虚拟机和第二虚拟机，代码性能检测方法包括：在第二线程中运行的第二虚拟机根据检测频率向第一虚拟机发送调用指示信息，调用指示信息用于指示在第一线程中运行的第一虚拟机采用抓取当前运行函数的调用栈信息，目标服务的源代码包括：多个函数，以及运行的调用栈；在第二线程中运行的第二虚拟机从第一虚拟机读取调用栈信息；根据调用栈信息，生成火焰图。

本申请实施例第三方面提供一种代码性能检测装置，应用于服务器，服务器包括第一虚拟机和第二虚拟机，代码检测装置包括：

解析模块，用于第一虚拟机解析目标服务的源代码，源代码包括：多个函数，以及运行的调用栈；

抓取模块，用于在第一线程中运行第一虚拟机对应的源代码的过程中，若接收到第二线程中运行的第二虚拟机发送的调用指示信息，则抓取当前运行函数的调用栈信息，以供第二虚拟机读取调用栈信息生成火焰图。

本申请实施例第四方面提供一种代码性能检测装置，应用于服务器，服务器包括第一虚拟机和第二虚拟机，代码检测装置包括：

发送模块，用于在第二线程中运行的第二虚拟机根据检测频率向第一虚拟机发送调用指示信息，调用指示信息用于指示第一线程中运行的第一虚拟机抓取当前运行函数的调用栈信息，目标服务的源代码包括：多个函数，以及运行的调用栈；

读取模块，用于在第二线程中运行的第二虚拟机从第一虚拟机读取调用栈信息；

生成模块，用于根据调用栈信息，生成火焰图。

本申请实施例第五方面提供一种电子设备，包括：处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现第一方面或第二方面的代码性能检测方法。

本申请实施例应用于游戏服务的代码检测场景中，应用于服务器，服务器包括第一虚拟机和第二虚拟机，代码性能检测方法包括：第一虚拟机解析目标服务的源代码，源代码包括：多个函数以及运行的调用栈；在第一线程中运行第一虚拟机对应的源代码的过程中，若接收到第二线程中运行的第二虚拟机发送的调用指示信息，则抓取当前运行函数的调用栈信息，以供第二虚拟机读取调用栈信息生成火焰图。本申请实施例首先通过抓取当前运行函数的调用栈信息，生成火焰图，因此能够给出源代码的每个函数的开销情况，进而能够针对开发人员优化源代码给出准确的指导。另外，本申请实施例采用第二线程中运行的第二虚拟机的对第一线程中运行的第一虚拟机对应的调用栈信息的读取，进而能够实现多线程以及跨线程读取调用栈信息，对于陷入死循环的函数的调用栈信息也可以抓取，进而提高了检测源代码性能的准确度。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请示例性实施例提供的一种应用场景的示意图；

图2为本申请示例性实施例提供的一种代码性能检测方法的步骤流程图；

图3为本申请示例性实施例提供的另一种代码性能检测方法的步骤流程图；

图4为本申请示例性实施例提供的又一种代码性能检测方法的步骤流程图；

图5为本申请示例性实施例提供的服务器和显示设备交互的示意图；

图6为本申请示例性实施例提供的一种代码性能检测装置的结构框图；

图7为本申请示例性实施例提供的一种代码性能检测装置的结构框图；

图8为本申请示例性实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

针对现有游戏服务的代码检测场景中，存在无法获取具体代码出现相应开销情况的原因，存在不能给开发人员优化代码提供准确的指导的问题，本申请实施例提供的代码性能检测方法包括：第一虚拟机解析目标服务的源代码，源代码包括：多个函数以及运行的调用栈；在第一线程中运行第一虚拟机对应的源代码的过程中，若接收到第二线程中运行的第二虚拟机发送的调用指示信息，则抓取当前运行函数的调用栈信息，以供第二虚拟机读取调用栈信息生成火焰图。本申请实施例首先通过抓取当前运行函数的调用栈信息，生成火焰图，因此能够给出源代码的每个函数的开销情况，进而能够针对开发人员优化源代码给出准确的指导。另外，本申请实施例采用第二线程中运行的第二虚拟机的对第一线程中运行的第一虚拟机对应的调用栈信息的读取，进而能够实现多线程以及跨线程读取调用栈信息，对于陷入死循环的函数的调用栈信息也可以抓取，进而提高了检测源代码性能的准确度。

在本实施例中，代码性能检测方法可以是借助云计算系统实现整体的代码性能检测方法。此外，执行代码性能检测方法的服务器可以为云服务器，以便借助于云上资源的优势运行各种代码性能检测方法；相对于云端，代码性能检测方法也可以应用于常规服务器或服务器阵列等服务端设备。进一步地，执行代码性能检测方法的终端可以是移动终端等智能终端，在此不加以限定。

示例性地，对于第一种方式采用DebugConsole来进行查看查看目标服务的源代码的整体CPU开销情况，本申请实施例能够通过生成火焰红示出源代码中每个函数的CPU开销情况，因此能够准确给出目标服务的源代码出现对应整体CPU开销情况的情况。对于第二种方式采用在虚拟机中注入lua代码和钩子函数列表(sethook)，通过虚拟机的内置接口(debug.sethook)抓取每个函数的调用开销。由于虚拟机的内置接口在使用过程中需要解析函数名称，进而会极大的增大CPU的开销，CPU的开销增大10倍左右，进而会导致在检测代码信息过程中，对CPU带来额外的负担。另外，由于陷入死循环的源代码无法触发sethook，因此该方式也无法对陷入死循环的源代码的调用栈信息进行抓取，而本申请实施例在抓取调用栈信息时，不需要通过内置接口，因此在检测代码性能过程中，不会加大CPU的开销，并且采用跨线程抓取，对于陷入死循环的源代码的调用栈信息同样可以抓取。对于第三种方式采用openresty(应用服务框架)的火焰图，需要安装SystemTap(监听控制和跟踪运行中的内核的操作的动态系统)，但是该方式由于SystemTap是一个进程对应一个服务的源代码，而本申请实施例应用的skynet(游戏服务端的底层框架)是一个进程多个线程，每个线程对应一个服务的源代码，则采用SystemTap的一个进程是无法准确的抓取skynet(游戏服务端的底层框架)指定线程对应的调用栈信息，会在多个线程任意抓取，因此无法应用在skynet下的调用栈的抓取。而本申请实施例是采用一个线程对另一个线程的抓取，因此能够实现准确抓取。

进一步地，参照图1，为本申请实施例提供的一种代码性能检测方法的应用场景图，其中，图1包括服务器10，服务器10包括：第一虚拟机11和第二虚拟机20。第一虚拟机11对应运行目标服务的源代码。第二虚拟机20对应运行管理服务的源代码。在本申请实施例中，可以包括多个第一虚拟机11，每个第一虚拟机对应一个目标服务，例如玩家服务对应的第一虚拟机、工会服务对应的第一虚拟机。其中，第二虚拟机12可以调用各个第一虚拟机在运行各自源代码的过程中的调用栈信息。

进一步地，本申请实施例的代码性能检测方法是应用在游戏服务的代码性能检测中，通过采用运行在第二线程的第二虚拟机对运行在第一线程中的第一虚拟机的源代码的调用栈信息的读取，进而能够实现多线程以及跨线程读取调用栈信息，对于陷入死循环的函数的调用栈信息也可以抓取，进而提高了检测源代码性能的准确度。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图2为本申请示例性实施例提供的一种代码性能检测方法的步骤流程图。如图2所示该代码性能检测方法应用于服务器，服务器包括第一虚拟机和第二虚拟机，图2具体为第一虚拟机执行的步骤，具体包括以下步骤：

S201，第一虚拟机解析目标服务的源代码。

其中，源代码包括：多个函数以及运行的调用栈。

在本申请实施例中，目标服务的源代码存储在对应的内存中，内存包括多个栈，每个栈存储有源代码的一个函数。CPU通过获取调用栈中的函数，运行该函数，函数在运行过程中，该函数所在的栈称为调用栈。

此外，第一虚拟机是一种lua虚拟机，是通过软件模拟的具有完整硬件系统功能的，运行在一个隔离环境中的完整计算机系统，每个虚拟机都有独立的硬盘和操作系统，可以实体机一样进行操作。

一种可选实施例中，本申请实施例提供的服务器可以是使用skynet架构的游戏框架的服务器。

S202，在第一线程中运行第一虚拟机对应的源代码的过程中，若接收到第二线程中运行的第二虚拟机发送的调用指示信息，则抓取当前运行函数的调用栈信息，以供第二虚拟机读取调用栈信息生成火焰图。

在本申请实施例中，每个第一虚拟机对应一个目标服务的源代码，每个目标服务的源代码采用一个线程运行，第一线程运行第一虚拟机对应的目标服务的源代码。第二线程运行第二虚拟机，在第二虚拟机对应管理服务的源代码，则在第二线程运行管理服务的源代码是向第一虚拟机发送调用指示信息，在第一虚拟机收到该调用指示信息后，便抓取当前运行函数的调用栈信息。

其中，调用栈信息包括：调用栈的标识信息，调用栈中当前运行函数的函数名以及当前运行函数的运行时长信息，当前运行函数的运行次数，当前运行函数的内存占有率等信息。此外，在第一虚拟机抓取到上述调用栈信息后，第二虚拟机读取第一虚拟机调用栈信息后，可以基于读取调用栈信息生成火焰图。

在本申请实施例中，第二虚拟机也可以lua虚拟机。可以在原有的管理服务中添加在第一虚拟机读取调用栈信息的功能，使第二虚拟机在运行管理服务的代码过程中，可以读取到调用栈信息。

进一步地，第二虚拟机可以多次读取第一虚拟机在不同时刻抓取的调用栈信息，生成火焰图。其中，火焰图的横轴表示采样数和采样比例，函数的横轴越宽，代表该函数的执行时间越长，则确定该函数的CPU开销越大，反之则确定该函数的CPU开销越小，在开发人员获取到CPU开销越大函数时，可以对该函数进行优化，进而实现对目标服务源代码的精准优化。火焰图的纵轴表示调用栈，由上向下根据调用关系逐个展开，上面的函数是下面函数的子函数，调用栈越深，纵轴越高。

在本申请实施例中，首先通过抓取当前运行函数的调用栈信息，生成火焰图，因此能够给出源代码的每个函数的开销情况，进而能够针对开发人员优化源代码给出准确的指导。另外，本申请实施例采用第二线程中运行的第二虚拟机对第一虚拟机对应运行的源代码的调用栈信息的读取，进而能够实现多线程以及跨线程读取调用栈信息，对于陷入死循环的函数的调用栈信息也可以抓取，进而提高了检测源代码性能的准确度。

在本申请实施例中，提供了另一种代码性能检测方法，应用于服务器，服务器包括第一虚拟机和第二虚拟机，图3具体为第一虚拟机执行的步骤，具体包括以下步骤：

S301，在第一虚拟机中配置专用接口。

在本申请实施例，在第一虚拟机配置的专用接口仅用于抓取调用栈信息。因此，使用该专用接口时，对CPU的开销影响很小。

S302，第一虚拟机获取当前运行函数的调用栈信息对应的调用规则，和运行目标代码的原始运行规则。

其中，第一虚拟机在运行目标代码时的原始运行规则是采用luaV_execute函数(一种运行lua字节码的函数)运行目标代码。在本申请实施例中，调用规则是开发人员编写的可以抓取调用栈信息的lua代码。

S303，根据调用规则更新原始运行规则，得到目标运行规则。

其中，目标运行规则用于运行目标代码和调用当前运行函数的调用栈信息。

在本申请实施例中，通过修改luaV_execute函数，得到的目标运行规则为修改后的luaV_execute函数，能够即可以运行目标代码，也可以抓取当前运行函数的调用栈信息。

其中，S301和S303，是开发人员对原始的第一虚拟机中，运行目标代码所采用的lua源代码的修改，以使修改后的lua源代码在运行目标代码时，能够抓取调用栈信息并且对CPU的开销影响很小，因此可以在目标服务在运行时，可以使第一虚拟机长期抓取调用栈信息。

S304，第一虚拟机解析目标服务的源代码。

S305，在第一线程中运行第一虚拟机对应的源代码的过程中，若接收到第二线程中运行的第二虚拟机发送的调用指示信息，通过第一虚拟机中配置的调用栈的专用接口，抓取当前运行函数的调用栈信息。

在本申请实施例中，专用接口只有在抓取调用栈信息时使用，因此能够降低对CPU的开销。

S306，第一虚拟机将调用栈信息存储在第一虚拟机的虚拟机栈中，以供第二线程在虚拟机栈中读取多个函数的调用栈信息生成火焰图。

在本申请实施例中虚拟机栈为lua_state对象，将第一虚拟机每次抓取的调用栈信息均存储在虚拟机栈中供第二虚拟机读取。

此外，实验结果表明，采用本申请实施例抓取调用栈信息的方式，由于降低了CPU的开销，因此可以使该目标服务的同时在线人数达到极大的提升。

在本申请实施例中，通过对第一虚拟机的lua源代码进行修改，使修改后的第一虚拟机能够更高效的抓取调用栈信息，并进行存储供第二虚拟机读取。此外，对于陷入死循环的函数，本申请实施例也可以通过第二虚拟机对应的第二线程向第一虚拟机发送调用指示信息，读取到该死循环的函数对于的调用栈信息，进而能够实现对死循环的函数的CPU开销的分析，此外更准确的给予开发人员优化代码的指导。并且抓取调用栈信息时不会影响到第一虚拟机的正常运行目标服务的源代码。

在本申请实施例中，提供了又一种代码性能检测方法，应用于服务器，服务器包括第一虚拟机和第二虚拟机，图4具体为第二虚拟机执行的步骤，具体包括以下步骤：

S401，在第二线程中运行的第二虚拟机根据检测频率向第一虚拟机发送调用指示信息。

其中，调用指示信息用于指示在第一线程中运行的第一虚拟机抓取当前运行函数的调用栈信息，目标服务的源代码包括：多个函数以及运行的调用栈。

一种可选实施例中，第二虚拟机根据检测频率，采用在第二线程中运行的第二虚拟机向第一虚拟机发送调用指示信息之前，还包括：第二虚拟机接收显示设备发送的检测指示信息，检测指示信息包括检测频率。

在本申请实施例中，检测频率可以是预设的。例如，检测频率为1秒钟抓取100次，则第二虚拟机在1秒钟向第一虚拟机发送100次调用指示信息，第一虚拟机在该1秒钟进行100次的调用栈信息的抓取。第一虚拟机在每接收到一次调用指示信息，抓取一次调用栈信息。

一种可选实施例中，检测频率可以是开发人员通过显示设备输入的，显示设备将接受到的检测频率发送给服务器的第二虚拟机，第二虚拟机根据检测频率向第一虚拟机发送调用指示信息。

S402，在第二线程中运行的第二虚拟机从第一虚拟机读取调用栈信息。

具体地，在第二线程运行的第二虚拟机从第一虚拟机的虚拟机栈中读取调用栈信息，读取的调用栈信息是第一虚拟机在不同时刻抓取的调用栈信息。

S403，根据调用栈信息，生成火焰图。

其中，根据调用栈信息，生成火焰图之后，还包括：第二虚拟机向显示设备发送火焰图，以供显示设备渲染显示火焰图。

参照图5，为本申请实施例提供的显示设备和服务器之间以及第一虚拟机和第二虚拟机之间的交互示意图，其中，显示设备向服务器的第二虚拟机发送检测频率，第二虚拟机根据检测频率向第一虚拟机发送调用指示信息，第一虚拟机根据调用指示信息抓取调用栈信息，第二虚拟机读取第一虚拟机多次抓取到的调用栈信息，根据多个调用栈信息生成火焰图，将火焰图发送给显示设备，显示设备对该火焰图进行渲染显示。其中，开发人员可以根据显示设备上显示的火焰图，确定目标服务的源代码中CPU开销大的函数，进而对该函数进行优化。

在本申请实施例中，第二虚拟机用于运行管理服务的代码，可以对其他第一虚拟机进行管理。在本申请实施例中，采用第二线程中运行的第二虚拟机对第一虚拟机中运行的源代码的调用栈信息的取，进而能够实现多线程以及跨线程读取调用栈信息，对于陷入死循环的函数的调用栈信息也可以抓取，进而提高了检测源代码性能的准确度。

在本申请实施例中，参照图6，除了提供代码性能检测方法之外，还提供一种代码性能检测装置60，应用于服务器，服务器包括第一虚拟机和第二虚拟机，该代码性能检测装置60配置在第一虚拟机中，包括：

解析模块61，用于第一虚拟机解析目标服务的源代码，源代码包括：多个函数以及运行的调用栈；

抓取模块62，用于在第一线程中运行第一虚拟机对应的源代码的过程中，若接收到第二线程中运行的第二虚拟机发送的调用指示信息，则抓取当前运行函数的调用栈信息，以供第二虚拟机读取调用栈信息生成火焰图。

在一可选实施例中，抓取模块62具体用于，通过第一虚拟机中配置的调用栈的专用接口，抓取当前运行函数的调用栈信息。

在一可选实施例中，代码性能检测装置60还包括：配置模块(未示出)，用于在第一虚拟机中配置专用接口

在一可选实施例中，代码性能检测装置60还包括：存储模块(未示出)，用于第一虚拟机将调用栈信息存储在第一虚拟机的虚拟机栈中，以供第二线程在虚拟机栈中读取多个函数的调用栈信息。

在一可选实施例中，代码性能检测装置60还包括：获取模块(未示出)，第一虚拟机获取当前运行函数的调用栈信息对应的调用规则，和运行目标代码的原始运行规则；

更新模块(未示出)，根据调用规则更新原始运行规则，得到目标运行规则，目标运行规则用于运行目标代码和调用当前运行函数的调用栈信息。

在本申请实施例中，参照图7，还提供另一种代码性能检测装置70，应用于服务器，服务器包括第一虚拟机和第二虚拟机，该代码性能检测装置70配置在第二虚拟机中，包括：

发送模块71，用于在第二线程中运行的第二虚拟机根据检测频率向第一虚拟机发送调用指示信息，调用指示信息用于指示在第一线程中运行的第一虚拟机采用第一线程抓取当前运行函数的调用栈信息，目标服务的源代码包括：多个函数，以及运行的调用栈；

读取模块72，用于在第二线程中运行的第二虚拟机从第一虚拟机读取调用栈信息；

生成模块73，用于根据调用栈信息，生成火焰图。

在一可选实施例中，代码性能检测装置70还包括：第一发送模块(未示出)，用于第二虚拟机接收显示设备发送的检测指示信息，检测指示信息包括检测频率。

在一可选实施例中，代码性能检测装置70还包括：第二发送模块(未示出)，第二虚拟机向显示设备发送火焰图，以供显示设备渲染显示火焰图。

本申请实施例提供的代码性能检测装置，通过抓取当前运行函数的调用栈信息，生成火焰图，因此能够给出源代码的每个函数的开销情况，进而能够针对开发人员优化源代码给出准确的指导。另外，本申请实施例采用第二线程中运行的第二虚拟机对第一虚拟机对应源代码的调用栈信息的读取，进而能够实现多线程以及跨线程读取调用栈信息，对于陷入死循环的函数的调用栈信息也可以抓取，进而提高了检测源代码性能的准确度。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图8为本申请示例性实施例提供的一种电子设备的结构示意图。该电子设备用于运行上述代码性能检测方法。如图8所示，该电子设备包括：存储器84和处理器85。

存储器84，用于存储计算机程序，并可被配置为存储其它各种数据以支持在电子设备上的操作。该存储器84可以是对象存储(Object Storage Service，OSS)。

存储器84可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器85，与存储器84耦合，用于执行存储器84中的计算机程序，以用于：第一虚拟机解析目标服务的源代码，源代码包括：多个函数以及运行的调用栈；在第一线程中运行第一虚拟机对应的源代码的过程中，若接收到第二线程中运行的第二虚拟机发送的调用指示信息，则抓取当前运行函数的调用栈信息，以供第二虚拟机读取调用栈信息生成火焰图。

进一步可选地，处理器85在抓取当前运行函数的调用栈信息时，具体用于：通过第一虚拟机中配置的调用栈的专用接口，抓取当前运行函数的调用栈信息。

进一步可选地，处理器85还用于：在第一虚拟机中配置专用接口。

进一步可选地，处理器85还用于：第一虚拟机将调用栈信息存储在第一虚拟机的虚拟机栈中，以供第二线程在虚拟机栈中读取多个函数的调用栈信息。

在一可选实施例中，处理器85还用于：第一虚拟机获取当前运行函数的调用栈信息对应的调用规则，和运行目标代码的原始运行规则；根据调用规则更新原始运行规则，得到目标运行规则，目标运行规则用于运行目标代码和调用当前运行函数的调用栈信息。

在一可选实施例中，处理器85，与存储器84耦合，用于执行存储器84中的计算机程序，以用于：在第二线程中运行的第二虚拟机根据检测频率向第一虚拟机发送调用指示信息，调用指示信息用于指示在第一线程中运行的第一虚拟机采用抓取当前运行函数的调用栈信息，目标服务的源代码包括：多个函数，以及运行的调用栈；在第二线程中运行的第二虚拟机从第一虚拟机读取调用栈信息；根据调用栈信息，生成火焰图。

在一可选实施例中，处理器85还用于：第二虚拟机接收显示设备发送的检测指示信息，检测指示信息包括检测频率。

在一可选实施例中，处理器85还用于：第二虚拟机向显示设备发送火焰图，以供显示设备渲染显示火焰图。

进一步地，如图8，该电子设备还包括：防火墙81、负载均衡器82、通信组件86、电源组件88等其它组件。图8中仅示意性给出部分组件，并不意味着电子设备只包括图8所示组件。

本申请实施例提供的电子设备，通过抓取当前运行函数的调用栈信息，生成火焰图，因此能够给出源代码的每个函数的开销情况，进而能够针对开发人员优化源代码给出准确的指导。另外，本申请实施例采用第二线程中运行的第二虚拟机的对第一虚拟机对应源代码的调用栈信息的读取，进而能够实现多线程以及跨线程读取调用栈信息，对于陷入死循环的函数的调用栈信息也可以抓取，进而提高了检测源代码性能的准确度。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序/指令被处理器执行时，致使处理器实现图2、图3或图4所示方法中的步骤。

相应地，本申请实施例还提供一种计算机程序产品，包括计算机程序/指令，当计算机程序/指令被处理器执行时，致使处理器实现图2、图3或图4所示方法中的步骤。

上述图8的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关文本。在一个示例性实施例中，通信组件还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

上述图8的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现文本存储。文本可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的文本。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种代码性能检测方法，其特征在于，应用于服务器，所述服务器包括第一虚拟机和第二虚拟机，所述代码性能检测方法包括：

所述第一虚拟机解析目标服务的源代码，所述源代码包括：多个函数，以及运行的调用栈；

在第一线程中运行所述第一虚拟机对应的所述源代码的过程中，若接收到第二线程中运行的所述第二虚拟机发送的调用指示信息，所述第一虚拟机获取当前运行函数的调用栈信息对应的调用规则，和运行目标代码的原始运行规则，根据所述调用规则更新所述原始运行规则，得到目标运行规则，抓取当前运行函数的调用栈信息，以供所述第二虚拟机读取所述调用栈信息生成火焰图，其中，所述目标运行规则用于运行所述目标代码和调用所述当前运行函数的调用栈信息。

2.根据权利要求1所述的代码性能检测方法，其特征在于，所述抓取当前运行函数的调用栈信息包括：

通过所述第一虚拟机中配置的调用栈的专用接口，抓取所述当前运行函数的调用栈信息。

3.根据权利要求2所述的代码性能检测方法，其特征在于，所述通过所述第一虚拟机中配置的调用栈的专用接口，抓取所述当前运行函数的调用栈信息之前，还包括：

在所述第一虚拟机中配置所述专用接口。

4.根据权利要求1至3中任一项所述的代码性能检测方法，其特征在于，所述抓取当前运行函数的调用栈信息之后，还包括：

所述第一虚拟机将所述调用栈信息存储在所述第一虚拟机的虚拟机栈中，以供所述第二线程在所述虚拟机栈中读取所述多个函数的调用栈信息。

5.一种代码性能检测方法，其特征在于，应用于服务器，所述服务器包括第一虚拟机和第二虚拟机，所述代码性能检测方法包括：

在第二线程中运行的所述第二虚拟机根据检测频率向所述第一虚拟机发送调用指示信息，所述调用指示信息用于指示在第一线程中运行的所述第一虚拟机获取当前运行函数的调用栈信息对应的调用规则，和运行目标代码的原始运行规则，根据所述调用规则更新所述原始运行规则，得到目标运行规则，抓取当前运行函数的调用栈信息，目标服务的源代码包括：多个函数，以及运行的调用栈，所述目标运行规则用于运行所述目标代码和调用所述当前运行函数的调用栈信息；

在第二线程中运行的所述第二虚拟机从所述第一虚拟机读取所述调用栈信息；

根据所述调用栈信息，生成火焰图。

6.根据权利要求5所述的代码性能检测方法，其特征在于，所述在第二线程中运行的第二虚拟机向所述第一虚拟机发送调用指示信息之前，还包括：

所述第二虚拟机接收显示设备发送的检测指示信息，所述检测指示信息包括所述检测频率。

7.根据权利要求6所述的代码性能检测方法，其特征在于，所述根据所述调用栈信息，生成火焰图之后，还包括：

所述第二虚拟机向所述显示设备发送所述火焰图，以供所述显示设备渲染显示所述火焰图。

8.一种代码检测装置，其特征在于，应用于服务器，所述服务器包括第一虚拟机和第二虚拟机，所述代码检测装置包括：

解析模块，用于所述第一虚拟机解析目标服务的源代码，所述源代码包括：多个函数以及运行的调用栈；

抓取模块，用于在第一线程中运行所述第一虚拟机对应的所述源代码的过程中，若接收到第二线程中运行的所述第二虚拟机发送的调用指示信息，所述第一虚拟机获取当前运行函数的调用栈信息对应的调用规则，和运行目标代码的原始运行规则，根据所述调用规则更新所述原始运行规则，得到目标运行规则，抓取当前运行函数的调用栈信息，以供所述第二虚拟机读取所述调用栈信息生成火焰图，其中，所述目标运行规则用于运行所述目标代码和调用所述当前运行函数的调用栈信息。

9.一种代码检测装置，其特征在于，应用于服务器，所述服务器包括第一虚拟机和第二虚拟机，所述代码检测装置包括：

发送模块，用于在第二线程中运行的所述第二虚拟机根据检测频率向所述第一虚拟机发送调用指示信息，所述调用指示信息用于指示在第一线程中运行的所述第一虚拟机获取当前运行函数的调用栈信息对应的调用规则，和运行目标代码的原始运行规则，根据所述调用规则更新所述原始运行规则，得到目标运行规则，抓取当前运行函数的调用栈信息，目标服务的源代码包括：多个函数，以及运行的调用栈，所述目标运行规则用于运行所述目标代码和调用所述当前运行函数的调用栈信息；

读取模块，用于在第二线程中运行的所述第二虚拟机从所述第一虚拟机读取所述调用栈信息；

生成模块，用于根据所述调用栈信息，生成火焰图。

10.一种电子设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的代码性能检测方法。

Images