CN116467221B - 一种基于解释器的插桩方法、系统及相关电子设备 - Google Patents

Abstract

本申请提供了一种基于解释器的插桩方法、系统及相关电子设备，其中，一种基于解释器的插桩方法包括：获取第三方应用对应运行函数的函数信息，函数信息包括运行函数的函数名称；基于函数信息和预先获取的配置文件，判断运行函数是否为关键函数，配置文件包括一个或多个关键函数分别对应的函数名称；在确定运行函数为关键函数的情况下，对运行函数进行插桩Hook处理，获得运行函数对应的插桩信息；将插桩信息反射至消息队列中，并通过解释器继续解释执行运行函数。实施本申请实施例可以基于第三方应用调用的函数对其进行插桩处理，有针对性的对第三方应用的关键事件进行优化，避免因缺少桩点而对整个第三方应用进行优化，提高用户体验。

Description

一种基于解释器的插桩方法、系统及相关电子设备

技术领域

本申请实施例涉及终端技术领域，尤其涉及一种基于解释器的插桩方法、系统及相关电子设备。

背景技术

随着互联网的发展，为了生活的便捷和娱乐，用户在电子设备的应用市场中下载并使用的第三方应用越来越多。但是对于用户而言，第三方应用中各种相关功能或相关联的应用内容能够被快速打开或者可以快速响应用户操作进行显示，可以给用户带来较好的用户体验。

由于目前第三方应用在运行中并不涉及到电子设备中操作系统的相关运行操作，因此，第三方应用中的各种相关功能是何时开始运行、何时结束运行等相关运行事件对于电子设备的操作系统而言均是未知的。因此，为了避免第三方应用在运行过程中出现应用内容（如：图片、文字、语音或控件等）加载时间过长或相关功能加载速度慢的情况时，现有技术中，通常会针对第三方应用的运行进行整体优化，但是该操作往往受到当前电子设备的功耗或整体温控的限制，使得优化结果未达到预期，用户体验不佳。而且，现有技术中，为了缩短第三方应用的加载时间提高用户体验，通常会针对整个第三方应用进行优化，但是该操作往往受到当前操作系统的功耗或电子设备整体温控的限制，使得优化结果未达到预期，用户体验不佳。

因此，如何高效的对第三方应用进行优化并提高用户体验，是亟待解决的问题。

发明内容

本申请提供了一种基于解释器的插桩方法、系统及相关电子设备，其中，在该基于解释器的插桩方法中，可以基于第三方应用调用的函数对其进行插桩处理，有针对性的对第三方应用的关键事件进行优化，避免因缺少桩点而对整个第三方应用进行优化，提高用户体验。

第一方面，本申请实施例提供了一种基于解释器的插桩方法，上述方法包括：获取第三方应用对应运行函数的函数信息，上述运行函数为上述解释器中当前解释执行的上述第三方应用对应的函数，上述函数信息包括上述运行函数的函数名称；基于上述函数信息和预先获取的配置文件，判断上述运行函数是否为关键函数，上述配置文件包括一个或多个关键函数分别对应的函数名称；在确定上述运行函数为上述关键函数的情况下，对上述运行函数进行插桩Hook处理，获得上述运行函数对应的插桩信息；将上述插桩信息反射至消息队列中，并通过上述解释器继续解释执行上述运行函数。

现有技术中，因缺乏桩点，无法针对性的对第三方应用进行优化，用户体验不佳。在本申请实施例中，在解释器对第三方应用进行解释执行时，可以通过函数名称等相关函数信息识别到当前即将解释执行的运行函数是否为关键函数，若该运行函数为关键函数，说明该运行函数为第三方应用关键事件的触发点，可以对该运行函数进行插桩处理，获得插桩后的插桩信息，该插桩信息可以反射至待处理的消息队列中等待处理，而且关键函数还可以被解释器继续解释执行。其中，基于解释器对第三方应用中将要执行的关键函数进行插桩处理，获得对应的插桩信息，可以实现第三方应用的运行过程中关键事件点的定位，进而可以基于获取到的第三方应用的关键事件有针对性的对第三应用进行优化，避免对整个第三方应用进行优化，提高了优化的准确度，增加了用户体验。而且，存储有插桩信息的消息队列属于异步消息队列，即，在该插桩信息反射至消息队列后并不会被第一时间进行处理，而是为了确保第三方应用的正常运行，该插桩信息保存至消息队列中后，可以通过解释器继续解释执行运行函数，该插桩信息可以被异步处理，该方式既大大削弱了插桩处理对第三方应用的影响，又保证了第三方应用的运行效率和用户体验。

在一种可能实现的方式中，上述方法还包括：在确定上述运行函数不为上述关键函数的情况下，通过上述解释器继续解释执行上述运行函数。

在本申请实施例中，若该运行函数不是关键函数，说明该运行函数被解释执行时并不是第三方应用关键事件的触发点，此时可以通过上述解释器继续解释执行上述运行函数，保证第三方应用的运行效率和用户体验。

在一种可能实现的方式中，上述解释器包括Nterp解释器和Switch解释器，上述运行函数通过上述Nterp解释器解释执行；上述在确定上述运行函数为上述关键函数的情况下，对上述运行函数进行插桩Hook处理，获得上述运行函数对应的插桩信息，包括：在确定上述运行函数为上述关键函数的情况下，将上述运行函数当前对应的解释执行接口调整为上述Switch解释器的解释执行接口；对上述运行函数进行插桩Hook处理，获得上述运行函数对应的上述插桩信息；上述通过上述解释器继续解释执行上述运行函数，包括：通过上述Switch解释器继续解释执行上述运行函数。

在本申请实施例中，解释器包括Nterp解释器和Switch解释器，其中，Nterp解释器是电子设备目前主要应用的解释器，使用次数频繁，性能表现较好，能够解释电子设备中大部分的源代码。Switch解释器，兼容性更强，可以提高应用程序执行成功率。由于多数第三方应用安装后的编译执行的函数占比较少，剩余绝大多数代码依然是通过解释执行，因此，直接在Nterp解释器中进行插桩Hook处理，影响过大。为了减少上述影响，对上述运行函数进行插桩Hook处理前，需要将运行函数当前对应的解释执行接口调整为上述Switch解释器的解释执行接口，即，将当前解释执行的运行函数降级到Switch解释执行，可以确保第三方应用的运行效率和用户体验。

在一种可能实现的方式中，上述方法还包括：在确定上述运行函数不为上述关键函数的情况下，通过上述Nterp解释器继续解释执行上述运行函数。

在本申请实施例中，若该运行函数不是关键函数，说明该运行函数被解释执行时并不是第三方应用关键事件的触发点，此时可以通过Nterp解释器继续解释执行上述运行函数，保证第三方应用的运行效率和用户体验。

在一种可能实现的方式中，上述基于上述函数信息和预先获取的配置文件，判断上述函数是否为关键函数，包括：基于上述函数信息和预先获取的配置文件，判断上述配置文件中是否存在与上述运行函数的函数名称相同的关键函数的函数名称；若存在相同的关键函数的函数名称，则确定上述运行函数为对应的上述关键函数；

在本申请实施例中，由于配置文件包括一个或多个关键函数分别对应的函数名称，插桩模块可以基于获取到的运行函数的上述函数信息，通过对比判断上述配置文件中是否存在与上述运行函数的函数名称相同的关键函数的函数名称，进而确定运行函数是否为关键函数。其中，若配置文件中存在相同的关键函数的函数名称，则确定上述运行函数为对应的上述关键函数通关函数名称来确定运行函数是否为关键函数可以大大提高确认关键函数的效率，从而降低插桩处理对第三方应用的运行影响。

在一种可能实现的方式中，上述方法还包括：若不存在相同的关键函数的函数名称，则确定上述运行函数不为上述关键函数。

在本申请实施例中，插桩模块通过对比判断上述配置文件中是否存在与上述运行函数的函数名称相同的关键函数的函数名称，进而确定运行函数是否为关键函数。其中，若配置文件中不存在相同的关键函数的函数名称，则确定上述运行函数不为上述关键函数，进而可以通过上述解释器继续解释执行上述运行函数，保证第三方应用的运行效率和用户体验。

在一种可能实现的方式中，上述配置文件还包括一个或多个关键函数对应的钩子函数；上述方法还包括：从上述消息队列中获取上述插桩信息；基于上述配置文件和上述插桩信息，执行上述运行函数对应的钩子函数。

在本申请实施例中，管理模块可以从消息队列中获取待处理的上述运行函数对应的插桩信息。其中，上述配置文件还包括一个或多个关键函数对应钩子函数，每个关键函数均可以对应一个或多个钩子函数，因此，管理模块可以基于上述配置文件和上述运行函数对应的插桩信息，确定上述运行函数对应的钩子函数后，执行该钩子函数，以便。另外，该钩子函数可以用于对第三方应用进行优化或维测信息的获取，以便可以基于该插桩信息有针对性的对第三方应用的关键事件进行优化，避免因缺少桩点而对整个第三方应用进行优化，实现高效的对第三方应用进行优化或维测信息的获取，提高用户体验。

第二方面，本申请实施例提供了一种基于解释器的插桩系统，上述系统包括：插桩模块和上述解释器；上述插桩模块，用于：获取第三方应用对应运行函数的函数信息，上述运行函数为上述解释器中当前解释执行的上述第三方应用对应的函数，上述函数信息包括上述运行函数的函数名称；基于上述函数信息和预先获取的配置文件，判断上述运行函数是否为关键函数，上述配置文件包括一个或多个关键函数分别对应的函数名称；在确定上述运行函数为上述关键函数的情况下，对上述运行函数进行插桩Hook处理，获得上述运行函数对应的插桩信息；将上述插桩信息反射至消息队列中；上述解释器，用于将上述插桩信息反射至消息队列中后，继续解释执行上述运行函数。

在一种可能实现的方式中，上述解释器，还用于：在确定上述运行函数不为上述关键函数的情况下，通过上述解释器继续解释执行上述运行函数。

在一种可能实现的方式中，上述解释器包括Nterp解释器和Switch解释器，上述运行函数通过上述Nterp解释器解释执行；上述插桩模块，具体用于：在确定上述运行函数为上述关键函数的情况下，将上述运行函数当前对应的解释执行接口调整为上述Switch解释器的解释执行接口；对上述运行函数进行插桩Hook处理，获得上述运行函数对应的上述插桩信息；上述Switch解释器，用于将上述插桩信息反射至消息队列中后，解释执行上述运行函数。

在一种可能实现的方式中，上述Nterp解释器，用于在确定上述运行函数不为上述关键函数的情况下，通过上述Nterp解释器继续解释执行上述运行函数。

在一种可能实现的方式中，上述插桩模块，具体用于：基于上述函数信息和预先获取的配置文件，判断上述配置文件中是否存在与上述运行函数的函数名称相同的关键函数的函数名称；若存在相同的关键函数的函数名称，则确定上述运行函数为对应的上述关键函数；

在一种可能实现的方式中，上述插桩模块，具体用于：若不存在相同的关键函数的函数名称，则确定上述运行函数不为上述关键函数。

在一种可能实现的方式中，上述系统还包括管理模块，上述配置文件还包括一个或多个关键函数对应的钩子函数；上述管理模块用于：从上述消息队列中获取上述插桩信息；基于上述配置文件和上述插桩信息，执行上述运行函数对应的钩子函数。

第三方面，本申请实施例提供了一种电子设备，上述电子设备包括一个或多个处理器和一个或多个存储器；其中，上述一个或多个存储器与上述一个或多个处理器耦合，上述一个或多个存储器用于存储计算机程序代码，上述计算机程序代码包括计算机指令，当上述一个或多个处理器执行上述计算机指令时，使得上述电子设备执行如上述第一方面中或第一方面中任一可能的实现方式中的基于解释器的插桩方法。

第四方面，本申请提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得通信装置执行如上述第一方面中或第一方面中任一可能的实现方式中的基于解释器的插桩方法。

第五方面，本申请提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述第一方面中或第一方面中任一可能的实现方式中的基于解释器的插桩方法。

可以理解地，上述第二方面提供的系统、第三方面提供的电子设备、第四方面提供的计算机可读存储介质、第五方面提供的计算机程序产品均用于执行本申请实施例所提供的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1至图4是本申请实施例提供的一组电子设备的用户界面示意图。

图5是本申请实施例提供的一种第三方应用的运行示意图。

图6是本申请实施例提供的一种电子设备的硬件结构示意图。

图7是本申请实施例提供的一种电子设备的软件结构框图。

图8是本申请实施例提供的另一种电子设备的软件结构框图。

图9是本申请实施例提供的一种第三方应用执行方式示意图。

图10是本申请实施例提供的一种基于解释器的插桩方法流程示意图。

图11是本申请实施例提供的一种解释器解释执行的流程示意图。

图12是本申请实施例提供的另一种基于解释器的插桩方法流程示意图。

图13是本申请实施例提供的一种通过插桩方法优化第三方应用性能的示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

本申请以下实施例中的术语“用户界面（user interface，UI）”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。应用程序的用户界面是通过java、可扩展标记语言（extensiblemarkup language，XML）等特定计算机语言编写的源代码，界面源代码在电子设备上经过解析，渲染，最终呈现为用户可以识别的内容，比如图片、文字、按钮等控件。控件（control）也称为部件（widget），是用户界面的基本元素，典型的控件有工具栏（toolbar）、菜单栏（menubar）、文本框（text box）、按钮（button）、滚动条（scrollbar）、图片和文本。界面中的控件的属性和内容是通过标签或者节点来定义的，比如XML通过<Textview>、<ImgView>、<VideoView>等节点来规定界面所包含的控件。一个节点对应界面中一个控件或属性，节点经过解析和渲染之后呈现为用户可视的内容。此外，很多应用程序，比如混合应用（hybridapplication）的界面中通常还包含有网页。网页，也称为页面，可以理解为内嵌在应用程序界面中的一个特殊的控件，网页是通过特定计算机语言编写的源代码，例如超文本标记语言（hyper text markup language，HTML），层叠样式表（cascading style sheets，CSS），java脚本（JavaScript，JS）等，网页源代码可以由浏览器或与浏览器功能类似的网页显示组件加载和显示为用户可识别的内容。网页所包含的具体内容也是通过网页源代码中的标签或者节点来定义的，比如HTML通过<p>、<img>、<video>、<canvas>来定义网页的元素和属性。

用户界面常用的表现形式是图形用户界面（graphic user interface，GUI），是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

另外，以下还介绍了电子设备、用于这样的电子设备的用户界面、和用于使用这样的电子设备的实施例。在一些实施例中，电子设备可以是还包含其它功能诸如消息管理、消息接收与推送功能的便携式电子设备，诸如手机、平板电脑、具备无线通讯功能的可穿戴电子设备（如智能手表）等。便携式电子设备的示例性实施例包括但不限于搭载iOS®、Android®、Microsoft®或者其它操作系统的便携式电子设备。上述便携式电子设备也可以是其它便携式电子设备，诸如具有触敏表面或触控面板的膝上型计算机（Laptop）等。还应当理解的是，在其他一些实施例中，上述电子设备也可以不是便携式电子设备，而是具有触敏表面或触控面板的台式计算机、车载电脑等。可以理解的，本申请实施例以智能手机为例进行介绍，但是不限于智能手机，还可以是其他具备通讯功能的智能设备，如智能手表、智能手环等等。

为了便于理解本申请实施例，以下具体分析本申请实施例所需要解决的技术问题。

随着互联网的发展，为了生活的便捷和娱乐，用户在电子设备的应用市场中下载并使用的第三方软件越来越多。但是对于用户而言，第三方应用中各种相关功能或相关联的应用程序能够被快速打开或者可以快速响应用户操作可以给用户带来较好的用户体验。

请参考附图1至附图4，图1至图4是本申请实施例提供的一组电子设备的用户界面示意图。

电子设备可以显示如图1所示的用户界面，该如图1所示的用户界面可以包括一个或多个第三方应用（如：第三方101），用户可以点击（或其他用户操作）第三方101，在应用加载时长很短的情况下，电子设备可以很快的响应于用户的点击操作，显示如图2所示的用户界面。该如图2所示的用户界面即为第三方应用的应用显示界面，如图2所示，该第三方应用为购物类的应用，在用户点击应用显示界面中第三方应用中多个应用程序（如：显示区域102中所示的各种应用程序）中的应用程序1022时，第三应用会加载相应的应用内容以显示在电子设备中，如图3所示的用户界面。

目前第三方应用往往会因为电子设备的相关配置、或网速、或其他相关影响因素，在显示如图3所示的用户界面之前，电子设备会先显示如图4所示的用户界面，该图4所示的用户界面为第三方应用的应用内容未加载完全的用户界面，如图4所示，该用户界面相较于上述图3所示的用户界面缺少应用内容相关的图片、文字、语音或控件等。

上述图4所示的用户界面显示时间越长，相对的该第三方应用的加载时间越长，用户的使用体验也越差。因此需要尽可能的缩短上述图4所示用户界面的显示时间，以提升用户体验。

但是，在第三方应用运行中并不涉及到电子设备中操作系统的相关运行事件，请参考附图5，图5是本申请实施例提供的一种第三方应用的运行示意图。如图5所示，在第三方应用运行时往往是多个函数运行的集合，并没有明确的系统事件来界定。也可以理解的是，第三方应用的内容加载过程主要执行的都是第三方应用内容，这部分对于电子设备的操作系统来说是黑盒的，无法修改的，即，电子设备的操作系统也无法获得第三方应用运行过程中的相关运行节点（如：某个应用内容的运行开始节点和运行结束节点等）。在第三方应用运行时缺少桩点，电子设备无法基于桩点针对性的对第三方应用运行时进行优化或改善。

现有技术中，一种现有技术的解决方案是，针对整个第三方应用的运行进行运行优化，例如，如上述图5所示，在整个第三方应用运行时，现有技术对应的处理核的工作频率高于初始对应的处理核的工作频率，即，现有技术通过提高整个第三方应用的运行时处理核的工作频率以进行应用运行优化。即，现有技术中，整个第三方应用的运行时处理核的工作频率高于第三方应用初始运行时处理核的工作频率。可以缩短第三方应用的加载时间，以及提高用户体验。但是，该解决方案（即，整体提高第三方应用运行时的处理核的工作频率）的优化操作往往受到处理核的功耗或电子设备整体温控的限制。

请参考下述表1，表1是本申请实施例中提供的一种现有技术中不同电子设备中第三方应用运行加载时间的表格。

表1

如上述表1所示，第三方应用A和第三方应用B整体优化后，上述第三方应用的加载时间会减小。但是由于该方案是针对第三方应用整体优化，即，在第三方应用运行时，持续保持处理核的高工作频率。因此，该方案虽然会缩短第三方应用的加载时间，但是由于其在第三方应用运行时整体调频（即，调整处理核的工作频率），会造成电子设备的壳温会大幅度上升。因此，为了控制电子设备的温度，其并不能对处理核的工作频率做较大幅度的修改，进而第三方应用的加载时间不会大幅度的缩小。

另一种现有技术的解决方案是：将用户在第三方应用界面中的点击操作视为第三方应用的应用内容开始加载的时间点，以此为基础，开始进行调频优化。该解决方案的调频时间明显短于对第三方应用的整体优化，所以缩短了处理核调频的时间，使得电子设备的壳温限制点不变的情况下，进一步使得调整后工作频率更高，进而缩短第三方应用的加载时长。

但是该方案存在的问题是，由于用户点击的对象不同，用户点击操作的触发点并不能完全相当于第三方应用的应用内容开始加载的时间点。而且，该解决方案并没有明确的运行结束点，因此，即使有代替的运行起始点，也无法获知该应用内容加载完毕后的运行结束点。而且，不同的点击操作均需要电子设备判断是否为运行起始点，不明确可能造成方案滥用，没有结束点可能造成方案影响范围扩大，一些提升操作效率会变得低下。

因此，本申请实施例提供了一种基于解释器的插桩方法及相关电子设备，可以在解释器对第三方应用进行解释执行时对第三方应用的运行函数进行插桩，从而通过插桩后的插桩信息准确的确定出第三方应用运行中各个事件的节点，进而可以有针对性的优化第三方应用，如：缩短第三方应用中某个应用内容的加载时间，提升用户体验。

示例性的，本申请实施例可以在解释器对第三方应用进行解释执行时，通过函数名称等相关函数信息识别到当前即将解释执行的运行函数是否为关键函数，若该运行函数为关键函数，可以对该运行函数进行插桩处理，获得插桩后的插桩信息，该插桩信息可以反射至待处理的消息队列中等待处理，而且运行函数还可以被解释器继续解释执行。其中，基于解释器对第三方应用中将要执行的运行函数进行插桩处理，获得对应的插桩信息，可以实现第三方应用的运行过程中关键事件点的定位，进而可以基于获取到的第三方应用的关键事件有针对性的对第三应用进行优化，避免对整个第三方应用进行优化，提高了优化的准确度，增加了用户体验。例如：如上述图5所示，在关键函数1处调高处理核的工作频率，在关键函数2处调低处理核的工作频率，使其与调高前保持一致，进而使得在第三方应用运行时，在关键函数1和关键函数2之间时间段的处理核的工作频率高于第三方应用初始对应的处理核的工作频率，且，也高于现有技术对应的整个第三方应用的运行时处理核的工作频率，进而可以大幅度缩短第三方应用中应用内容的加载时间，提升用户体验。另外，存储有插桩信息的消息队列属于异步消息队列，即，在该插桩信息反射至消息队列后并不会被第一时间进行处理，而是为了确保第三方应用的正常运行，该插桩信息保存至消息队列中后，可以通过解释器继续解释执行上述运行函数，该插桩信息可以被异步处理，该方式大大削弱了插桩处理对第三方应用的影响，保证了第三方应用的运行效率和用户体验。

实施本申请实施例可以有针对性的优化第三方应用的性能。其中，该方法的具体实施方式请参考下述相关实施例的详细描述，本申请实施例在此暂不赘述。

应理解，该上述所示的用户界面只是示例性示出的第三方应用的加载应用界面，不应造成本申请实施例的限定。

首先，以下示例性以电子设备100为例，对上述图1-图4所示的电子设备进行介绍。

请参考附图6，图6是本申请实施例提供的一种电子设备的硬件结构示意图。

下面以电子设备100为例对实施例进行具体说明。应该理解的是，电子设备100可以具有比图6中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图6中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

电子设备100可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线（serial data line，SDA）和一根串行时钟线（derail clock line，SCL）。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口（camera serial interface，CSI），显示屏串行接口（displayserial interface，DSI）等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

SIM卡接口可以被用于与SIM卡接口195通信，实现传送数据到SIM卡或读取SIM卡中数据的功能。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（low noise amplifier，LNA）等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备（不限于扬声器170A，受话器170B等）输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网（wirelesslocal area networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），蓝牙（bluetooth，BT），全球导航卫星系统（global navigation satellite system，GNSS），调频（frequency modulation，FM），近距离无线通信技术（near field communication，NFC），红外技术（infrared，IR）等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统（global system for mobile communications，GSM），通用分组无线服务（general packet radio service，GPRS），码分多址接入（codedivision multiple access，CDMA），宽带码分多址（wideband code division multipleaccess，WCDMA），时分码分多址（time-division code division multiple access，TD-SCDMA），长期演进（long term evolution，LTE），BT，GNSS，WLAN，NFC ，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统（global positioning system ，GPS），全球导航卫星系统（global navigation satellite system，GLONASS），北斗卫星导航系统（beidounavigation satellite system，BDS），准天顶卫星系统（quasi-zenith satellitesystem，QZSS）和/或星基增强系统（satellite based augmentation systems，SBAS）。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，文字，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dotlight emitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP 用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。在另一些实施例中，电子设备100还可以不包括摄像头193。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network ，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用(比如人脸识别功能，指纹识别功能、移动支付功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如人脸信息模板数据，指纹信息模板等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universalflash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测电子设备100在各个方向上（一般为三轴）加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用（例如拍照，音频播放等）的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景（例如：时间提醒，接收信息，闹钟，游戏等）也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于合成请求，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。

请参考附图7，图7是本申请实施例提供的一种电子设备的软件结构框图。

如图7所示，该软件结构框图可以适用于上述图6所示的电子设备100的硬件架构中，分层架构可以将电子设备100中的软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在另一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层（在本申请实施例中也可被称为应用程序管理层），安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图7所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，运行健康等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

在一些实施例中，该应用程序框架层可以获取到配置文件，该配置文件中包括一个或多个关键函数以及所述一个或多个关键函数对应的插桩信息，基于该配置文件可以用于对应用程序调用函数时进行插桩处理。

如图7所示，应用程序框架层可以包括显示（display）管理器，传感器（sensor）管理器，跨设备连接管理器，事件管理器，任务（activity）管理器，窗口管理器，内容提供器，视图系统，资源管理器，通知管理器等。

显示管理器用于系统的显示管理，负责所有显示相关事务的管理，包括创建、销毁、方向切换、大小和状态变化等。一般来说，单设备上只会有一个默认显示模块，即主显示模块。

传感器管理器负责传感器的状态管理，并管理应用向其监控传感器事件，将事件实时上报给应用。

跨设备连接管理器用于与其他设备建立通信连接。

事件管理器用于系统的事件管理服务，负责接收底层上传的事件并分发给各窗口，完成事件的接收和分发等工作。

任务管理器用于任务（Activity）组件的管理，包括启动管理、生命周期管理、任务方向管理等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。窗口管理器还用于负责窗口显示管理，包括窗口显示方式、显示大小、显示坐标位置、显示层级等相关的管理。

以上各个实施例的具体执行过程可以参见下文中人机对话方法的相关内容。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

安卓运行时Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层均运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库（也可称为数据管理层）可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)和事件数据等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

在一示出的实施方式中，请参考附图8，图8是本申请实施例提供的另一种电子设备的软件结构框图。

需要说明的是，如图8所示的软件结构是基于如上述图7所示的软件结构的一种适用于本申请实施例的示出方式。

如图8所示，在本申请实施例中，应用程序层还可以包括第三方应用等，该第三方应用可以从各大应用商店中获取；应用程序框架层还可以包括管理模块，该管理模块可以包括用于进程创建的第三方应用程序，以及优化第三方应用的维测信息和系统优化的相关功能模块；系统库，可以包括用于预先获取第三方应用程序对应的配置文件的插桩模块，以及编译器和解释器；内核层除显示驱动，摄像头驱动，音频驱动，传感器驱动外，还可以包括内核部分系统优化的功能模块，其用于进行内核部分的优化，本申请实施例对各个功能模块暂不赘述，各个功能模块的具体描述请参考下面的相关描述。

具体的，编译器，用于负责把一种编程语言编写的源码转换成另外一种计算机代码，后者往往是以二进制的形式被称为目标代码(object code)。这个转换的过程通常的目的是生成可执行的程序，再交由计算机硬件执行。例如：编译器会将第三方应用的整个源代码编译成机器码，进而使得电子设备的硬件可以直接执行编译后的机器码。

解释器，用于直接执行由编程语言或脚本语言编写的代码，并不会把源代码预编译成机器码。示例性的，一个解释器，通常会用以下几种方式来执行程序代码：解释器会逐行读取第三方应用的源代码，即逐行分析源代码（例如：第三方应用对应的java文件），并且直接执行；或，把源代码翻译成相对更加高效率的中间码，然后立即执行它；或，执行由解释器内部的编译器预编译后保存的代码。可以理解的是，可以把解释器看成一个黑盒子，输入源码，就会实时返回结果。

例如：在本申请实施例中，解释器可以用于将所述插桩信息反射至消息队列中后，继续解释执行所述运行函数。

又例如：在确定运行函数不为关键函数的情况下，继续解释执行运行函数。解释器可以解释执行第三方应用对应的函数，以及解释执行第三方应用对应的函数进行插桩处理后的钩子函数。对此本申请实施例不作具体地限定。

插桩模块，可以基于配置文件，对第三方应用中即将解释执行的关键函数进行插桩处理，以获取该关键函数对应的插桩信息，并将该插桩信息反射至管理模块的消息队列中，以使管理模块可以基于该插桩信息有针对性的对第三方应用进行系统优化或维测信息处理。

在本申请实施例中，插桩模块可以用于：获取第三方应用对应运行函数的函数信息，运行函数为解释器中当前解释执行的第三方应用对应的函数，函数信息包括运行函数的函数名称；基于函数信息和预先获取的配置文件，判断运行函数是否为关键函数，配置文件包括一个或多个关键函数分别对应的函数名称；在确定运行函数为关键函数的情况下，对运行函数进行插桩Hook处理，获得运行函数对应的插桩信息；将插桩信息反射至消息队列中。

其中，Hook是指通过钩子程序拦截原有目标应用程序中原本要调用的原函数，将该原函数的入口地址修改为调用钩子函数的入口地址，以实现在执行调用该原函数之前，调用该钩子函数的功能，从而实现对该目标应用程序对应功能的修改或扩展。而在程序运行的过程中，插入钩子程序、去除钩子程序以及更改钩子程序的操作，可以称为动态挂钩子。采用动态钩子机制实现动态挂钩子，可以灵活的对目标应用程序的功能进行修改和扩展。

通过插桩模块将第三方应用中将要或正在执行的Java函数的进行插桩处理，即，进行关键函数的Hook（即，插桩处理），获得对应的插桩信息，基于该插桩信息可以指示第三方应用的关键事件的定位，进而可以有针对性的优化第三方应用的性能，提高用户体验。例如：在第三方应用在运行起始点调用函数和运行结束点调用函数时分别进行插桩处理，使得电子设备的操作系统定位到第三方应用的运行起始点和运行结束点，进而可以基于运行起始点和运行结束点分别对应的插桩信息，确定第三方应用的加载时长等相关的维测信息，或者还可以针对性的调节在运行起始点处理核的工作频率（如：调高），和在运行结束点处理核的工作频率（如：调低），使得第三方应用在运行起始点和运行结束点之间的时间段内处理核的工作频率较高；在其余的时间段处理核的工作频率较低。示例性的，相较于整体对第三方应用运行过程中处理核的工作频率的调高，本申请实施例中可以在第三方应用运行的特殊时间段内（运行起始点和运行结束点之间的时间段）处理核的工作频率可以更高，从而可以在大幅度降低第三方应用的加载时间的同时，又可以避免调整频率时电子设备的温度限制，大大的提高了用户体验。

管理模块，可以基于配置文件以及消息队列中的插桩信息，针对性的对该插桩信息对应的第三方应用进行系统优化或维测信息处理。

其中，上述各个模块的具体实施方式可对应参考下述相关实施例，本申请实施例在此暂不赘述。

另外，请参考附图9，图9是本申请实施例提供的一种第三方应用执行方式示意图，如图9所示，第三方应用的Android Runtime 代码（即第三方应用的源代码文件）运行状态一般被分为三类，分别是解释执行（可以理解为，通过解释器执行应用程序的源代码以获取代码执行结果）、AOT执行和JIT执行。

其中，解释执行是指编译器不介入工作，解释器每执行一句第三方应用对应的字节码的时候，是将字节码翻译成机器码并执行，实现第三方应用运行。此时的字节码可以被称之为冷代码。

AOT执行是指通过编译器将第三方应用的程序代码提前编译成机器码，ART运行时直接以机器码的方式执行，实现第三方应用运行。

在不用AOT执行时，JIT执行是指，第三方应用在运行时（ART运行时），虚拟机通过编译器将热代码编译机器码，编译后再以机器码方式执行，实现第三方应用运行。

可以理解的是，上述AOT执行和JIT执行均可以被称之为编译执行，在本申请实施例中，相较于编译器仅会将源代码整体翻译成机器码而言，解释器会一行一行的读取源代码，解释，然后立即执行。

需要说明的是，本申请实施例及以下相关实施例中进行第三方应用执行方式均为解释执行。

另外，在本申请实施例中，该解释器可以包括Nterp解释器和基于Switch结构的解释器。其中，Nterp解释器，核心是引入了handler table做指令映射，并通过手写汇编以实现指令间的快速切换，是电子设备目前主要应用的解释器，使用次数频繁，性能表现较好，能够解释电子设备中大部分的源代码。基于Switch结构的解释器，兼容性更强，在 Nterp解释器不支持的情况下，可以通过该基于Switch结构的解释器进行解释执行，可以提高应用程序执行成功率。一般仅在调试环境、方法跟踪、指令不支持或者在字节码发生异常情况下（例如failed structured-locking verification）进行解释执行。

对此，本申请实施例中主要基于解释器对第三方应用中将要执行的关键函数进行插桩处理，获得对应的插桩信息，基于插桩信息实现第三方应用的运行过程中关键事件点的定位，以实现关键函数的Hook，进而可以基于获取到的第三方应用的关键事件有针对性的对第三应用进行优化，例如：缩短第三方应用的加载时长。

示例性的，在解释器对第三方应用进行解释执行时，可以通过函数名称等相关函数信息识别到关键函数，在关键函数即将开始运行时进行插桩；在插桩后，该插桩信息可以反射至待处理的消息队列中等待处理，关键函数还可以继续解释执行。另外，基于该关键函数对应的插桩信息（例如：该插桩信息包括桩点信息，关键函数的调用地址信息，关键函数的函数名称等相关信息）和相关的配置文件，可以在上述桩点处通过Hook方式调用对应的钩子函数，以实现如调整处理核工作频率等的系统优化处理或第三方应用的维测信息获取。其中，具体实现方式可以对应参考下述实施例的相关描述，本申请实施例对此暂不赘述。

接下来，先基于上述图8所示的软件结构，示例性的介绍基于解释器的插桩方法的整体流程。

首先，需要说明的是，本申请实施例及以下相关实施例中涉及的用户为电子设备的使用者，在另一些实施例中，用户还可以为电子设备的关联者，对此，本申请实施例不作具体的限定。

其次，基于上述图8所示的软件结构，结合本申请中提供的基于解释器的插桩方法，对本申请中提出的技术问题进行具体分析和解决。

请参阅图10，图10是本申请实施例提供的一种基于解释器的插桩方法流程示意图。

该基于解释器的插桩方法可应用于上述图8中所述的软件构架中，其中，插桩模块可以用于支持并执行所述图10中所示的方法流程步骤S201-步骤S203和部分步骤S204，解释器可以用于支持并执行所述图10中所示的方法流程部分步骤S204，管理模块可以用于支持并执行所述图10中所示的方法流程步骤S205-步骤S206。其中，各个步骤的具体相关描述如下：

步骤S201：获取第三方应用对应的运行函数的函数信息。

具体的，插桩模块可以获取第三方应用对应的运行函数的函数信息，所述运行函数为所述解释器中将要或当前正解释执行的第三方应用对应的函数，所述函数信息包括所述运行函数的函数名称。其中，该运行函数可以理解为解释器将要解释执行或将要调用的函数，例如：获取到该函数的调用入口地址信息后还未调用的函数可被称之为运行函数，又例如：当前函数调用完毕后，下一个被调用的函数也可被称之为运行函数。该运行函数的函数信息可以包括对应运行函数的函数名称、调用该运行函数的入口地址等相关信息。另外，该第三方应用可以是目标用户从应用商店或其他可获取到的相关渠道下载的第三方应用程，对此，本申请实施例不作具体地限定。当解释器解释执行第三方应用的源代码时，也可以获取到第三方应用对应运行函数的函数信息，可以将该函数信息发送至插桩模块中。另外，在插桩模块判断运行函数是否为关键函数时也需要获取到该函数信息。

步骤S202：基于函数信息和预先获取的配置文件，判断运行函数是否为关键函数。

具体的， 基于所述函数信息和预先获取的配置文件，插桩模块可以判断所述函数是否为关键函数，所述配置文件包括一个或多个关键函数对应的函数名称。其中，该配置文件用于识别运行函数是否为关键函数，该配置文件可以是插桩模块从管理模块中预先获取到的相关配置文件，本申请实施例对该配置文件的获取方式并不作具体限定。

另外，该配置文件可以对应一个或多个第三方应用，该配置文件可以包括一个或多个关键函数分别对应的函数名称，其中，该关键函数可以理解为对应第三方应用中的关键事件发生时被调用的函数，插桩模块可以通过定位该被调用的关键函数进行插桩，进而定位确定第三方应用即将发生的关键事件，获得对应的插桩信息。其中，该关键事件可以被预先设置，例如：该关键事件可以包括如应用内容开始加载事件，应用内容结束加载事件，应用内容跳转加载事件等等，对此本申请实施例不作具体地限制。通过包含有一个或多个关键函数的函数名称的配置文件可以确定出当前解释器即将解释执行的运行函数是否为关键函数，以便对第三方应用进行关键事件定位，从而有利于针对性对第三方应用进行优化，提高用户体验。另外，该配置文件可以被预先存储在管理模块中，对此本申请实施例不作具体地限定。

在一种示出的实施方法中，所述基于所述函数信息和预先获取的配置文件，判断所述函数是否为关键函数，包括：基于所述函数信息和预先获取的配置文件，判断所述配置文件中是否存在与所述运行函数的函数名称相同的关键函数的函数名称；若存在相同的关键函数的函数名称，则确定所述运行函数为对应的所述关键函数；若不存在相同的关键函数的函数名称，则确定所述运行函数不为所述关键函数。

可理解的是，配置文件包括一个或多个关键函数分别对应的函数名称，插桩模块可以基于获取到的运行函数的所述函数信息，通过对比判断所述配置文件中是否存在与所述运行函数的函数名称相同的关键函数的函数名称，进而确定运行函数是否为关键函数。其中，若配置文件中存在相同的关键函数的函数名称，则确定所述运行函数为对应的所述关键函数；若配置文件中不存在相同的关键函数的函数名称，则确定所述运行函数不为所述关键函数。通关函数名称来确定运行函数是否为关键函数可以大大提高确认关键函数的效率，从而降低插桩处理对第三方应用的运行影响。

例如：配置文件包括有如下信息：关键函数1的函数名称A1，关键函数2的函数名称A2。其中，判断运行函数是否为关键函数时，获知运行函数1的函数名称为A1，则可以确认待编译函数1为关键函数且为配置文件中的关键函数1。若运行函数1的函数名称为B2，运行函数1不为关键函数。

步骤S203：在确定运行函数为关键函数的情况下，对运行函数进行插桩Hook处理，获得运行函数对应的插桩信息。

具体的，在确定运行函数为关键函数的情况下，插桩模块可以对所述运行函数进行插桩Hook处理，获得所述运行函数对应的插桩信息。该插桩信息可以用于指示该运行函数的目标位置处被插桩有对应的钩子函数，该插桩信息可以包括诸如以下一个或多个的所述运行函数对应的桩点或插桩位置，运行函数的调用地址信息，运行函数对应的钩子函数的调用地址信息、运行函数的函数名称等相关的插桩信息。通过对运行函数插桩Hook处理，可以确定第三方应用在应用程序或应用内容加载过程中的一个或多个插桩信息，进而可以通过该一个或多个插桩信息对第三方应用在应用程序或应用内容加载进行优化或维测信息获取。另外，该钩子函数可以理解为指运行函数在被插桩处理后，被解释器解释执行的区别于第三方应用的函数。

在一种示出的实施方法中，在确定所述运行函数不为所述关键函数的情况下，则通过所述解释器继续解释执行所述运行函数。可以理解的是，若该运行函数不是关键函数，说明该运行函数被调用时并不是第三方应用关键事件的触发点，此时可以通过所述解释器继续解释执行所述运行函数。

在一种示出的实施方法中，所述解释器包括Nterp解释器和Switch解释器，所述运行函数通过所述Nterp解释器解释执行；所述若确定所述运行函数为所述关键函数，则对所述运行函数进行插桩处理，包括：若确定所述运行函数为所述关键函数，则将所述运行函数当前对应的解释执行接口调整为所述Switch解释器的解释执行接口；对所述运行函数进行插桩处理，获得所述运行函数对应的插桩信息；所述通过所述解释器继续解释执行所述运行函数，包括：通过所述Switch解释器继续解释执行所述运行函数。

其中，解释器包括Nterp解释器和Switch解释器。由于多数第三方应用安装后的AOT执行的函数占比较少，剩余绝大多数代码依然是通过解释执行，因此，直接在Nterp解释器中进行插桩处理，影响过大。为了减少上述影响，插桩Hook方法可以降级到Switch解释方法。

请参阅图11，图11是本申请实施例提供的一种解释器解释执行的流程示意图。如图11所示，在解释执行时需要设置解释执行方法，可以理解为设置解释执行的执行接口，在解释器解释执行函数前进行关键函数的判断，即，判断是否为关键函数，若该运行函数为关键函数，则调整解释器接口信息，将该运行函数调整为通过Switch解释器解释执行，即，将所述运行函数当前对应的解释执行接口调整为所述Switch解释器的解释执行接口。在调整解释器的执行接口后对所述运行函数进行插桩处理，获得所述运行函数对应的插桩信息。并且，通过调整后的Switch解释器继续对运行函数进行解释执行。若该运行函数不为关键函数，则不调整解释器接口信息，继续以当前解释器解释执行该运行函数。

请参考下述表2，表2是本申请实施例提供的一种解释器及其对应解释器接口的表格。

表2

如上述表2所示，不同的解释执行类型所对应的执行接口不同，在确定运行函数为关键函数后，可以将所述运行函数当前对应的解释执行接口调整为所述Switch解释器的解释执行接口，以便通过Switch解释器的解释执行该运行函数。

需要说明的是，上述表2所示的解释器的执行接口，指示本申请实施例示出的一种实现方式，本申请实施例对此并不作具体的限定。

在一种示出的实施方法中，在确定所述运行函数不为所述关键函数的情况下，继续通过所述Nterp解释器解释执行所述运行函数。可以理解的是，请参阅图12，图12是本申请实施例提供的另一种基于解释器的插桩方法流程示意图，如图12所示，在解释器解释执行第三方应用的运行函数时，获取第三方应用对应的运行函数的函数信息，基于函数信息和预先获取的配置文件判断运行函数是否为关键函数，若确定运行函数不是关键函数，则继续解释执行运行函数。即，不需要将该运行函数降级至Switch解释器解释执行，即，不需要调整所述运行函数当前对应的解释执行接口，所述运行函数可以通过当前所述解释器继续解释执行。另外，若该运行函数在未判断是否为关键函数之前，就由Switch解释器解释执行，则在其判断不为关键函数之后，该运行函数也可以继续由Switch解释器解释执行。

步骤S204：将运行函数对应的插桩信息反射至消息队列中，并通过解释器继续解释执行运行函数。

具体的，在对上述运行函数进行插桩处理，获得对应的插桩消息之后，可以将运行函数对应的插桩信息反射至消息队列中，并通过所述解释器继续解释执行所述运行函数。例如：如上述图12所示，在确定运行函数为关键函数的情况下，对运行函数进行插桩hook处理，获取运行函数对应的插桩信息，将运行函数对应的插桩信息反射至消息队列中，并通过所述解释器继续解释执行所述运行函数。其中，需要说明的是，为了避免基于插桩信息调用钩子函数时对第三方应用造成运行效率的影响，该消息队列属于异步消息队列，即，在该插桩信息反射至消息队列后并不会被第一时间进行处理，而是为了确保第三方应用的正常运行，该插桩信息保存至消息队列中后，可以通过解释器继续解释执行运行函数，该插桩信息可以被异步处理，该方式大大削弱了插桩处理对第三方应用的影响，保证了第三方应用的运行的性能效率和用户体验。

还需要说明的是，上述将运行函数对应的插桩信息反射至（reflection）消息队列是指将将运行函数对应的插桩信息反编译后保存至消息队列中，对此，本申请实施例不作具体地限制。

步骤S205：从消息队列中获取运行函数对应的插桩信息。

具体的，管理模块可以随时从消息队列中获取待处理的所述运行函数对应的插桩信息。基于该插桩信息和上述配置文件针对其对应的第三方应用进行针对性处理。如上述图12所示，管理模块可以从消息队列中获取运行函数对应的插桩信息。

步骤S206：基于配置文件和运行函数对应的插桩信息，执行运行函数对应的钩子函数。

具体的，基于所述配置文件和所述运行函数对应的插桩信息，执行所述运行函数对应的钩子函数。另外，所述配置文件还包括一个或多个关键函数对应钩子函数，每个关键函数均可以对应一个或多个钩子函数，例如：在第三方应用运行起始点调用的关键函数，可以对应一个调整处理核工作频率的钩子函数，还可以对应一个记录当前时间点的钩子函数。该钩子函数可以用于对第三方应用进行优化或维测信息的获取，以便提升用户体验。因此，本申请实施例对每个关键函数对应钩子函数的类型和数目并不做具体的限定。

另外，在另一些实施例中，该配置文件还可以包括每个钩子函数的函数信息，该每个钩子函数的函数信息均可以包括对应钩子函数的函数名称、函数调用地址等相关信息，本申请实施例对此不作具体地限定。如上述图12所示，管理模块还可以基于所述配置文件和所述运行函数对应的插桩信息，确定与所述运行函数对应的钩子函数，使得解释器可以解释执行运行函数对应的钩子函数，以针对性的对第三方应用进行优化或维测信息的获取。

在另一些实施例中，该钩子函数还可以通过其他执行方式进行执行或调用，例如：通过编译器执行，如上述图9所示的AOT执行和JIT执行；或者管理模块中相关的处理单元进行执行或调用，对此本申请实施例暂不赘述。

例如：请参考附图13，图13是本申请实施例提供的一种通过插桩方法优化第三方应用性能的示意图。

如图13所示，在用户操作后第三方应用运行时，运行起始点可以被视为起始桩点，运行结束点可以被视为结束桩点，在第三方应用在运行起始点调用运行函数和运行结束点调用运行函数时，其可以分别被确定为关键函数1和关键函数2，然后进一步的对关键函数1和关键函数2进行插桩处理，获得关键函数1和关键函数2分别对应的插桩信息，将其对应的插桩信息放入至消息队列中，同时该电子设备可以正常调用运行函数进行正常应用内容的加载。其中，基于配置文件可以确定关键函数1对应的调高处理核工作频率的钩子函数1和关键函数2对应的调低处理核工作频率的钩子函数2。对应的，电子设备还可以基于消息队列中关键函数1和关键函数2分别对应的插桩信息，确定分别对应的钩子函数。电子设备可以在运行起始点调用钩子函数1，在运行结束点调用钩子函数2，针对性的调高在运行起始点四个处理核（如图13所示的四个处理核：处理核1、处理核2、处理核3、处理核4）的工作频率和在运行结束点调低四个处理核的工作频率，使得第三方应用在运行起始点和运行结束点之间的时间段内四个处理核的工作频率较高；在其余的时间段四个处理核的工作频率较低。从而相较于整体对第三方应用运行过程中处理核的工作频率的调高，本申请实施例中处理核的工作频率可以更高，从而可以在大幅度降低第三方应用的加载时间的同时，又可以遵循电子设备的温度限制，大大的提高了用户体验。

在本申请实施例中，在解释器对第三方应用进行解释执行时，可以通过函数名称等相关函数信息识别到当前或即将解释执行的运行函数是否为关键函数，在该运行函数为关键函数的情况下，可以对该运行函数进行插桩处理，获得插桩后的插桩信息，该插桩信息可以反射至待处理的消息队列中等待处理。而且此时上述被确定为关键函数的运行函数还可以被解释器继续解释执行。其中，基于解释器对第三方应用中将要执行的关键函数进行插桩处理，获得对应的插桩信息，可以实现第三方应用的运行过程中关键事件点的定位，进而可以基于获取到的第三方应用的关键事件有针对性的对第三应用进行优化，避免对整个第三方应用进行优化，提高了优化的准确度，增加了用户体验。而且，存储有插桩信息的消息队列属于异步消息队列，即，在该插桩信息反射至消息队列后并不会被第一时间进行处理，而是为了确保第三方应用的正常运行，该插桩信息保存至消息队列中后，可以通过解释器继续解释执行运行函数，该插桩信息可以被异步处理，该方式大大削弱了插桩处理对第三方应用的影响，保证了第三方应用的运行效率和用户体验。

本申请实施例还提供了一种电子设备，电子设备包括一个或多个处理器和一个或多个存储器；其中，一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述实施例描述的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述实施例描述的方法。

本申请实施例还提供了一种计算机可读存储介质，包括指令，当指令在电子设备上运行时，使得电子设备执行上述实施例描述的方法。

可以理解的是，本申请的各实施方式可以任意进行组合，以实现不同的技术效果。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线）或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，（例如，软盘、硬盘、磁带）、光介质（例如，DVD）、或者半导体介质（例如固态硬盘 SolidState Disk）等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

总之，以上所述仅为本申请技术方案的实施例而已，并非用于限定本申请的保护范围。凡根据本申请的揭露，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (8)

1.一种基于解释器的插桩方法，其特征在于，所述解释器包括Nterp解释器和Switch解释器；所述方法包括：

获取第三方应用对应运行函数的函数信息，所述运行函数为所述Nterp解释器中当前解释执行的所述第三方应用对应的函数，所述函数信息包括所述运行函数的函数名称；

基于所述函数信息和预先获取的配置文件，判断所述运行函数是否为关键函数，所述配置文件包括一个或多个关键函数分别对应的函数名称；

在确定所述运行函数为所述关键函数的情况下，将所述运行函数当前对应的解释执行接口调整为所述Switch解释器的解释执行接口；

对所述运行函数进行插桩Hook处理，获得所述运行函数对应的插桩信息；

将所述插桩信息反射至异步消息队列中等待处理，并通过所述Switch解释器继续解释执行所述运行函数。

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

在确定所述运行函数不为所述关键函数的情况下，通过所述Nterp解释器继续解释执行所述运行函数。

3.根据权利要求2所述方法，其特征在于，所述基于所述函数信息和预先获取的配置文件，判断所述函数是否为关键函数，包括：

基于所述函数信息和预先获取的配置文件，判断所述配置文件中是否存在与所述运行函数的函数名称相同的关键函数的函数名称；

若存在与所述运行函数的函数名称相同的关键函数的函数名称，则确定所述运行函数为对应的所述关键函数。

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

若不存在与所述运行函数的函数名称相同的关键函数的函数名称，则确定所述运行函数不为所述关键函数。

5.根据权利要求1-4任意一项所述方法，其特征在于，所述配置文件还包括一个或多个关键函数对应的钩子函数；所述方法还包括：

从所述异步消息队列中获取所述插桩信息；

基于所述配置文件和所述插桩信息，执行所述运行函数对应的钩子函数。

6.一种基于解释器的插桩系统，其特征在于，所述系统包括：插桩模块和所述解释器；所述解释器包括Nterp解释器和Switch解释器；

所述插桩模块，用于：

获取第三方应用对应运行函数的函数信息，所述运行函数为所述Nterp解释器中当前解释执行的所述第三方应用对应的函数，所述函数信息包括所述运行函数的函数名称；

基于所述函数信息和预先获取的配置文件，判断所述运行函数是否为关键函数，所述配置文件包括一个或多个关键函数分别对应的函数名称；

在确定所述运行函数为所述关键函数的情况下，将所述运行函数当前对应的解释执行接口调整为所述Switch解释器的解释执行接口；

对所述运行函数进行插桩Hook处理，获得所述运行函数对应的插桩信息；

将所述插桩信息反射至异步消息队列中；

所述Switch解释器，用于将所述插桩信息反射至所述异步消息队列中后，解释执行所述运行函数。

7.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器和一个或多个存储器；其中，所述一个或多个存储器与所述一个或多个处理器耦合，所述一个或多个存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述一个或多个处理器执行所述计算机指令时，使得所述电子设备执行如权利要求1-5中任一项所述的方法。

8.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1-5中任一项所述的方法。