一种函数调用路径获取方法、装置和存储介质

技术领域

本发明涉及异构程序开发领域，尤其涉及一种函数调用路径获取方法、装置和存储介质。

背景技术

在异构编程模式下，开发人员分别编写Host端(即主设备)和Device端(即从设备)的程序代码，程序的运行调试则通过调试器执行。

在传统的调试方式中，调试器对其中一端的程序代码的调试信息进行解析后，向用户展示相关程序信息，在完成该端程序的调试后，再切换到另一端的程序代码编译结果中，继续获取调试信息，由此完成异构编程方式下，Host端和Device端的程序调试。

然而，在上述调试方式中，调试器在处理一端程序代码中的调用栈时，无法感知另一端的存在，无法建立两侧程序代码中调用栈的关联关系，无法对两端程序代码进行完整调试。

发明内容

本发明提供了一种函数调用路径获取方法、装置和存储介质，以解决异构开发程序调试效果较差的问题。

根据本发明的一方面，提供了一种函数调用路径获取方法，包括：

获取从设备执行文件中目标函数的第一回溯路径；其中，所述第一回溯路径包括至少一个调用栈；

根据第一回溯路径中顶层调用栈的地址信息，获取匹配的入口函数名称；

根据所述入口函数名称，获取主设备执行文件中的关联调用栈，并根据所述关联调用栈和所述第一回溯路径，获取所述目标函数的整合回溯路径。

所述根据所述关联调用栈和所述第一回溯路径，获取所述目标函数的整合回溯路径，包括：根据所述关联调用栈，获取主设备执行文件中的第二回溯路径，并根据所述第一回溯路径和所述第二回溯路径，获取所述目标函数的整合回溯路径。进一步实现了主设备与从设备中之间的调用栈回溯，确保了获取到更加完整的函数调用关系。

所述获取从设备执行文件中目标函数的第一回溯路径，包括：若确定当前调用栈的地址信息为预设指定地址，则确定当前调用栈为第一虚拟调用栈，并将所述第一虚拟调用栈作为所述第一回溯路径的终点；其中，第一虚拟调用栈的回溯层级高于从设备执行文件中其它调用栈的回溯层级。由此从设备中的所有倒栈操作最终都会到达该层，确保了调试器执行回溯操作时的连续性，即获取到顶层调用栈后，后续回溯操作可以继续跳转至第一虚拟调用栈。

所述获取从设备执行文件中目标函数的第一回溯路径，还包括：若确定当前调用栈的地址信息不是预设指定地址，则继续获取其它调用栈，直至当前调用栈的地址信息为预设指定地址。确保了回溯操作的连续性和完整性。

在获取从设备执行文件中目标函数的第一回溯路径之前，还包括：将第一创建指令发送给从设备，以使从设备生成的从设备执行文件中包括第一虚拟调用栈。避免了调试器对添加位置的查询操作，提高了第一虚拟调用栈的添加效率，同时也避免了调试器的误添加操作，确保了第一虚拟调用栈的获取准确性。

在获取从设备执行文件中目标函数的第一回溯路径之前，还包括：将调试汇总指令发送给从设备，以使从设备在所述第一虚拟调用栈中添加调试信息段；其中，所述调试信息段包括地址信息与函数名称的关联关系。避免了调试器对调试信息段的查询及调用，提高了目标函数的回溯效率

在获取从设备执行文件中目标函数的第一回溯路径之前，还包括：将第二创建指令发送给主设备，以使主设备生成的主设备执行文件中包括第二虚拟调用栈；其中，第二虚拟调用栈的回溯层级低于主设备执行文件中其它调用栈的回溯层级；所述根据所述入口函数名称，获取主设备执行文件中的关联调用栈，包括：根据所述入口函数名称，通过所述第二虚拟调用栈获取主设备执行文件中的关联调用栈。由此从设备中的所有倒栈操作，在回溯至主设备一侧时，都会首先跳转到第二虚拟调用栈中，进一步确保了调试器执行回溯操作时的连续性。

根据本发明的另一方面，提供了一种函数调用路径获取装置，包括：

回溯路径获取模块，用于获取从设备执行文件中目标函数的第一回溯路径；其中，所述第一回溯路径包括至少一个调用栈；

入口函数获取模块，用于根据第一回溯路径中顶层调用栈的地址信息，获取匹配的入口函数名称；

整合路径获取模块，用于根据所述入口函数名称，获取主设备执行文件中的关联调用栈，并根据所述关联调用栈和所述第一回溯路径，获取所述目标函数的整合回溯路径。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任意实施例所述的函数调用路径获取方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的函数调用路径获取方法。

本发明实施例的技术方案，获取从设备执行文件中目标函数的第一回溯路径，根据第一回溯路径中顶层调用栈的地址信息，获取匹配的入口函数名称，根据入口函数名称，获取主设备执行文件中的关联调用栈，并根据关联调用栈和第一回溯路径，获取目标函数的整合回溯路径，实现了主设备和从设备之间的调用栈关联，避免了异构程序调试时对两端程序代码的频繁切换，同时，构建完成的函数调用关系，实现了异构开发模式下程序代码的全面性测试，确保了调试结果的完整性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例一提供的一种函数调用路径获取方法的流程图；

图2是根据本发明实施例二提供的另一种函数调用路径获取方法的流程图；

图3是根据本发明实施例三提供的又一种函数调用路径获取方法的流程图；

图4是根据本发明实施例四提供的一种函数调用路径获取装置的结构示意图

图5是实现本发明实施例的函数调用路径获取方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供的一种函数调用路径获取方法的流程图，本实施例可适用于获取目标函数在从设备和主设备中的完整回溯路径，该方法可以由函数调用路径获取装置来执行，该函数调用路径获取装置可以采用硬件和/或软件的形式实现，该函数调用路径获取装置配置于调试器，该调试器配置于电子设备中。如图1所示，该方法包括：

S101、获取从设备执行文件中目标函数的第一回溯路径；其中，所述第一回溯路径包括至少一个调用栈。

从设备，也即Device端设备，其用于处理特定类型的数据计算任务，特别是数据量较大的数据计算任务；主设备，也即Host端设备，其与一个或多个从设备连接，用于向从设备下发数据计算任务，以及获取从设备发出的数据计算结果；主设备可以包括中央处理器(Central Processing Unit，CPU)，从设备可以包括人工智能(Artificial Intelligence，AI)加速器，例如，图形处理器(Graphics Processing Unit，GPU)等；可选的，在本发明实施例中，对主设备和从设备的类型均不作具体限定。

主设备和从设备的程序代码在通过编译器编译完成后，分别以可执行文件的方式输出到调试器中，例如，以可执行与可链接格式(Executable and Linkable Format，ELF)文件的方式输出；调试器在获取到从设备的可执行文件之后，通过该文件获取相关的调用栈信息；其中，本发明实施例中的调试器包括软件调试器，即以调试程序形式存在的虚拟调试器。以上述ELF文件为例，调用栈信息伴随运行程序的编译同步生成，以Dwarf(DebuggingWith Attributed Record Formats，使用属性化记录格式调试)标准格式在最终可执行文件的“debug_frame”段落中展示。

在程序开发中，特别是异构程序的开发过程中，需要将功能分解成众多函数进行实现，以通过对函数的调用完成整体功能，函数间由此会形成复杂的调用组合关系；调用栈即程序运行到该函数时在内存中形成的上下文信息；调用栈中存储了参数值、返回地址、定义在该函数中的局部变量值以及回溯到上层调用函数的信息等；由此调用栈既是函数正常运行不可或缺的组成部分，同时也反映了函数间的调用关系。

调用栈中的“LOC”列表示指令计数器(Program Counter，PC)的地址，也即存放着当前指令的地址信息；“CFA(Canonical Frame Address，标准帧地址)”列，表示当前调用栈在调用函数的调用点前的位置，“CFA”列中的数值，表示在对应的“LOC”列的地址位置，如何计算“CFA”列的数值；其余列则表示在当前调用栈中是否已保存给定寄存器的值以及在上一帧中查找寄存器值的规则。

如果想通过当前调用栈回溯到上一个层级的调用时，首先根据目标函数在当前调用栈中的指令地址(例如，0x40067b)，获取“CFA”列对应的计算方式(例如，rsp+48)，然后再通过“ra(返回地址)”列获取的寄存器地址(例如，c-8)获取到上一层调用栈的指令地址，由此从当前调用栈回溯到了上一层的调用栈中。

如上述技术方案所述，在从设备执行文件中，根据目标函数在调用栈中保存的参数值、返回地址以及回溯到上层调用函数所需的信息等相关数据，获取目标函数的上层调用栈，并基于同样的方法继续获取上层调用栈的上层调用栈，直至在当前调用栈的基础上，无法再获取到上层调用栈时，即表明函数回溯已结束，当前调用栈即为顶层调用栈，由此获取目标函数在从设备执行文件中完整的回溯路径，即第一回溯路径；其中，目标函数可以为预先配置完成的指定函数，即将用户指定的一个或多个函数作为目标函数，也可以是对一个或多个调用栈进行解析之后，获取到的解析结果。

S102、根据第一回溯路径中顶层调用栈的地址信息，获取匹配的入口函数名称。

由于从设备用于处理主设备下发的数据计算任务，那么从设备执行文件中的顶层调用栈，实际上就是主设备调用从设备的入口所在的调用栈，因此通过顶层调用栈获取到的指令地址信息，也即顶层调用栈的“LOC”列记录的地址信息，在从设备执行文件的调试信息段中，根据该指令地址信息获取匹配的函数名称，即入口函数名称，也即Kernel函数的名称；以上述ELF文件为例，在ELF文件中，函数名称与指令地址信息的关联关系记录于“Debug_info”段落中，根据顶层调用栈中获取到的指令地址信息，在该段落中即可获取匹配的函数名称。

S103、根据所述入口函数名称，获取主设备执行文件中的关联调用栈，并根据所述关联调用栈和所述第一回溯路径，获取所述目标函数的整合回溯路径。

在获取到入口函数名称之后，在主设备执行文件的指令代码段中，获取调用该入口函数的指令地址信息，再通过该指令地址信息，在主设备执行文件中查找该入口函数所在的调用栈，即关联调用栈；最后将主设备执行文件中的关联调用栈，与从设备执行文件获取的第一回溯路径进行整合，即获取到目标函数的整合回溯路径，由此完成了调用栈由从设备到主设备的回溯。

可选的，在本发明实施例中，所述根据所述关联调用栈和所述第一回溯路径，获取所述目标函数的整合回溯路径，包括：根据所述关联调用栈，获取主设备执行文件中的第二回溯路径，并根据所述第一回溯路径和所述第二回溯路径，获取所述目标函数的整合回溯路径。

具体的，在获取到关联调用栈之后，基于上述同样的回溯方法，还可以在主设备执行文件中，继续通过关联调用栈获取其上层调用栈，并基于同样方法继续获取该上层调用栈的上层调用栈，直至在当前调用栈的基础上，无法再获取到上层调用栈时，即表明函数回溯已结束，当前调用栈即为主设备执行文件中的顶层调用栈，由此获取目标函数在主设备执行文件中完整的回溯路径，即第二回溯路径；最后将主设备执行文件中的第二回溯路径，与从设备执行文件中的第一回溯路径进行整合，即获取到目标函数的整合回溯路径，进一步实现了主设备与从设备中的调用栈回溯，确保了获取到更加完整的函数调用关系。

本发明实施例的技术方案，获取从设备执行文件中目标函数的第一回溯路径，根据第一回溯路径中顶层调用栈的地址信息，获取匹配的入口函数名称，根据入口函数名称，获取主设备执行文件中的关联调用栈，并根据关联调用栈和第一回溯路径，获取目标函数的整合回溯路径，实现了主设备和从设备之间的调用栈关联，避免了异构程序调试时对两端程序代码的频繁切换，同时，构建完成的函数调用关系，实现了异构开发模式下程序代码的全面性测试，确保了调试结果的完整性。

实施例二

图2为本发明实施例二提供的一种函数调用路径获取方法的流程图，本实施例在实施例一的基础上，在从设备执行文件中创建了回溯层级最高的第一虚拟调用栈。如图2所示，该方法包括：

S201、获取从设备执行文件。

S202、若确定当前调用栈的地址信息为预设指定地址，则确定当前调用栈为第一虚拟调用栈，并将所述第一虚拟调用栈作为所述第一回溯路径的终点；其中，第一虚拟调用栈的回溯层级高于从设备执行文件中其它调用栈的回溯层级。

第一虚拟调用栈是在从设备执行文件中额外添加的调用栈信息，其为固定结构，第一虚拟调用栈中的预设指定地址可以为特定数值，例如，将预设指定地址设置为数值较大的指令地址信息，以使预设指令地址明显区别于真实调用栈中的真实指令地址信息；该调用栈的指令地址信息并非有效的调用栈信息，仅作为虚拟调用栈的标记符号，第一虚拟调用栈在回溯层级关系上位于从设备一侧所有调用栈的最上层，由此从设备中的所有倒栈操作最终都会到达该层，确保了调试器执行回溯操作时的连续性，即获取到顶层调用栈(实际为真实调用栈中位于最顶层的调用栈)后，后续回溯操作可以继续跳转至第一虚拟调用栈。

S203、若确定当前调用栈的地址信息不是预设指定地址，则继续获取其它调用栈，直至当前调用栈的地址信息为预设指定地址。

如果不是预设指定地址，表明在从设备执行文件中并未回溯完成，仍然存在其它未回溯完成的其它调用栈，此时在从设备执行文件中继续进行回溯，以确保回溯操作的连续性和完整性。

可选的，在本发明实施例中，在获取从设备执行文件中目标函数的第一回溯路径之前，还包括：将第一创建指令发送给从设备，以使从设备生成的从设备执行文件中包括第一虚拟调用栈。具体的，第一虚拟调用栈除了可以由调试器自身，在从设备执行文件中创建之外，还可以由从设备创建完成，即调试器将第一创建指令发送给从设备，由从设备在指定位置添加第一虚拟调用栈，进而使得生成从设备执行文件时，该文件中即可包括第一虚拟调用栈，避免了调试器对添加位置的查询操作，提高了第一虚拟调用栈的添加效率，同时也避免了调试器的误添加操作，确保了第一虚拟调用栈的获取准确性。

可选的，在本发明实施例中，在获取从设备执行文件中目标函数的第一回溯路径之前，还包括：将调试汇总指令发送给从设备，以使从设备在所述第一虚拟调用栈中添加调试信息段；其中，所述调试信息段包括地址信息与函数名称的关联关系。具体的，调试器还可以向从设备发出调试汇总指令，从设备在指定位置添加第一虚拟调用栈的同时，还在第一虚拟调用栈中加入调试信息段落，也即上述“Debug_info”段落，如上述方案所述，该段落记录了指令地址信息与函数名称的关联关系，由此在回溯到第一虚拟调用栈时，可以通过第一虚拟调用栈中记录的指令地址信息与函数名称的关联关系，根据当前获取到的指令地址信息直接获取匹配的函数名称，避免了调试器对调试信息段的查询及调用，提高了目标函数的回溯效率。

S204、根据第一回溯路径中顶层调用栈的地址信息，获取匹配的入口函数名称。

S205、根据所述入口函数名称，获取主设备执行文件中的关联调用栈，并根据所述关联调用栈和所述第一回溯路径，获取所述目标函数的整合回溯路径。

本发明实施例的技术方案，如果确定当前调用栈的地址信息为预设指定地址，则确定当前调用栈为第一虚拟调用栈，并将第一虚拟调用栈作为第一回溯路径的终点，由此从设备中的所有倒栈操作最终都会到达该层，确保了调试器执行回溯操作时的连续性，如果确定当前调用栈的地址信息不是预设指定地址，则继续获取其它调用栈，直至当前调用栈的地址信息为预设指定地址，确保了回溯操作的连续性和完整性。

实施例三

图3为本发明实施例三提供的一种函数调用路径获取方法的流程图，本实施例在实施例一的基础上，在主设备执行文件中创建了回溯层级最低的第二虚拟调用栈。如图3所示，该方法包括：

S301、将第一创建指令发送给从设备，以使从设备生成的从设备执行文件中包括第一虚拟调用栈。

S302、将第二创建指令发送给主设备，以使主设备生成的主设备执行文件中包括第二虚拟调用栈；其中，第二虚拟调用栈的回溯层级低于主设备执行文件中其它调用栈的回溯层级。

第二虚拟调用栈是在主设备执行文件中额外添加的调用栈信息，其同样可以为固定结构，第二虚拟调用栈中的指令地址信息也可以为特定数值，例如，将该指令地址信息设置为数值较小的指令地址信息，以使该指令地址信息明显区别于真实调用栈中的真实指令地址信息；第二虚拟调用栈的指令地址信息也并非有效的调用栈信息，仅作为虚拟调用栈的标记符号，第二虚拟调用栈在回溯层级关系上位于主设备一侧所有调用栈的最下层，由此从设备中的所有倒栈操作最终都会首先到达该层，同样确保了调试器执行回溯操作时的连续性，即在从设备一侧跳转到第一虚拟调用栈之后，后续回溯操作可以继续跳转至第二虚拟调用栈。

S303、获取从设备执行文件中目标函数的第一回溯路径；其中，所述第一回溯路径包括至少一个调用栈。

S304、根据第一回溯路径中顶层调用栈的地址信息，获取匹配的入口函数名称。

S305、根据所述入口函数名称，通过所述第二虚拟调用栈获取主设备执行文件中的关联调用栈。

在从设备一侧获取到入口函数名称之后，后续回溯会首先跳转到主设备的第二虚拟调用栈中，此时如上述技术方案所述，根据入口函数名称，在主设备执行文件的“debug_frame”段落中，获取主设备执行文件中的关联调用栈。

S306、根据所述关联调用栈和所述第一回溯路径，获取所述目标函数的整合回溯路径。

本发明实施例的技术方案，将第二创建指令发送给主设备，以使主设备生成的主设备执行文件中包括第二虚拟调用栈，同时，调试器在获取入口函数名称之后，根据入口函数名称，通过第二虚拟调用栈获取主设备执行文件中的关联调用栈，由此从设备中的所有倒栈操作，在回溯至主设备一侧时，都会首先跳转到第二虚拟调用栈中，进一步确保了调试器执行回溯操作时的连续性。

实施例四

图4是本发明实施例四所提供的一种函数调用路径获取装置的结构框图，该装置具体包括：

回溯路径获取模块401，用于获取从设备执行文件中目标函数的第一回溯路径；其中，所述第一回溯路径包括至少一个调用栈；

入口函数获取模块402，用于根据第一回溯路径中顶层调用栈的地址信息，获取匹配的入口函数名称；

整合路径获取模块403，用于根据所述入口函数名称，获取主设备执行文件中的关联调用栈，并根据所述关联调用栈和所述第一回溯路径，获取所述目标函数的整合回溯路径。

本发明实施例的技术方案，获取从设备执行文件中目标函数的第一回溯路径，根据第一回溯路径中顶层调用栈的地址信息，获取匹配的入口函数名称，根据入口函数名称，获取主设备执行文件中的关联调用栈，并根据关联调用栈和第一回溯路径，获取目标函数的整合回溯路径，实现了主设备和从设备之间的调用栈关联，避免了异构程序调试时对两端程序代码的频繁切换，同时，构建完成的函数调用关系，实现了异构开发模式下程序代码的全面性测试，确保了调试结果的完整性。

可选的，整合路径获取模块403，具体用于根据所述关联调用栈，获取主设备执行文件中的第二回溯路径，并根据所述第一回溯路径和所述第二回溯路径，获取所述目标函数的整合回溯路径。

可选的，回溯路径获取模块401，具体用于若确定当前调用栈的地址信息为预设指定地址，则确定当前调用栈为第一虚拟调用栈，并将所述第一虚拟调用栈作为所述第一回溯路径的终点；其中，第一虚拟调用栈的回溯层级高于从设备执行文件中其它调用栈的回溯层级。

可选的，回溯路径获取模块401，具体还用于若确定当前调用栈的地址信息不是预设指定地址，则继续获取其它调用栈，直至当前调用栈的地址信息为预设指定地址。

可选的，函数调用路径获取装置，还包括：

第一创建执行模块，用于将第一创建指令发送给从设备，以使从设备生成的从设备执行文件中包括第一虚拟调用栈。

可选的，第一创建执行模块，具体用于将调试汇总指令发送给从设备，以使从设备在所述第一虚拟调用栈中添加调试信息段；其中，所述调试信息段包括地址信息与函数名称的关联关系。

可选的，函数调用路径获取装置，还包括：

第二创建执行模块，用于将第二创建指令发送给主设备，以使主设备生成的主设备执行文件中包括第二虚拟调用栈；其中，第二虚拟调用栈的回溯层级低于主设备执行文件中其它调用栈的回溯层级。

可选的，整合路径获取模块403，具体用于根据所述入口函数名称，通过所述第二虚拟调用栈获取主设备执行文件中的关联调用栈。

上述装置可执行本发明任意实施例所提供的函数调用路径获取方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明任意实施例提供的函数调用路径获取方法。

实施例五

图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如函数调用路径获取方法。

在一些实施例中，函数调用路径获取方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元。在一些实施例中，计算机程序的部分或者全部可以经由ROM和/或通信单元而被载入和/或安装到异构硬件加速器上。当计算机程序加载到RAM并由处理器执行时，可以执行上文描述的函数调用路径获取方法的一个或多个步骤。备选地，在其他实施例中，处理器可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行函数调用路径获取方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在异构硬件加速器上实施此处描述的系统和技术，该异构硬件加速器具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给异构硬件加速器。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。