CN116127525A - 数据处理方法、装置、设备、存储介质及产品 - Google Patents

Abstract

本公开提供一种数据处理方法、装置、设备、存储介质及产品，方法包括：获取请求平台发送的目标应用对应的函数监视请求，其中，所述函数监视请求中包括目标应用对应的至少一个待监视函数；在所述目标应用运行过程中，根据所述函数监视请求确定所述至少一个待监视函数中满足预设监视条件的至少一个目标函数；获取每个所述目标函数对应的运行数据，以及将所述运行数据发送给所述请求平台。从而能够快速地实现对满足预设监视条件的至少一个目标函数的运行数据的获取，提高运行数据获取的效率以及准确性。此外，无需对代码进行修改即能够实现对运行数据的获取，操作较为便捷。

Description

数据处理方法、装置、设备、存储介质及产品

技术领域

本公开涉及计算机领域，尤其涉及一种数据处理方法、装置、设备、存储介质及产品。

背景技术

当应用程序执行结果与预期结果不一致时，为了实现对应用程序的调整以及问题的排查，需要判断该应用程序运行过程中某个函数的执行情况。

现有的应用程序问题排查方法一般都是通过修改代码的方式，将待测函数的入参以及出参打印到日志中，重新打包、部署程序，观测应用程序运行过程中的日志，以实现对问题的排查。

但是，采用上述方法进行问题排查过程中从改代码到部署，环节众多，往往排查周期较长，无法应对紧急情况。此外，每修改一次代码，仅能够实现对一处问题的判定，故灵活性较差。

发明内容

本公开提供一种数据处理方法、装置、设备、存储介质及产品，用于解决现有的问题排查方法对函数的运行数据获取流程较为繁琐且灵活性较差的技术问题。

本公开的第一个方面是提供一种数据处理方法，包括：

获取请求平台发送的目标应用对应的函数监视请求，其中，所述函数监视请求中包括目标应用对应的至少一个待监视函数；

在所述目标应用运行过程中，根据所述函数监视请求确定所述至少一个待监视函数中满足预设监视条件的至少一个目标函数；

获取每个所述目标函数对应的运行数据，以及将所述运行数据发送给所述请求平台。

本公开的第二个方面是提供一种数据处理装置，包括：

获取模块，用于获取请求平台发送的目标应用对应的函数监视请求，其中，所述函数监视请求中包括目标应用对应的至少一个待监视函数；

确定模块，用于在所述目标应用运行过程中，根据所述函数监视请求确定所述至少一个待监视函数中满足预设监视条件的至少一个目标函数；

处理模块，用于获取每个所述目标函数对应的运行数据，以及将所述运行数据发送给所述请求平台。

本公开的第三个方面是提供一种电子设备，包括：存储器，处理器；

存储器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器用于调用所述存储器中的程序指令执行如第一方面所述的方法。

本公开的第四个方面是提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。

本公开的第五个方面是提供一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如第一方面所述的方法。

本公开提供的数据处理方法、装置、设备、存储介质及产品，通过在根据函数监视请求确定待监视函数中满足预设的监视条件的至少一个目标函数之后，可以对目标函数对应的运行数据进行获取，并将运行数据同步至请求平台。从而能够在无需对代码进行修改的基础上，快速地实现对目标应用中满足预设的监视条件的至少一个目标函数的运行数据的获取，提高了运行数据的获取效率以及准确性。此外，通过将运行数据发送至请求平台，从而能够使得技术人员根据请求平台接收到的运行数据对目标应用进行监控，无需通过监控日志文件实现目标应用的监控，提高目标应用的监控效率。

附图说明

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本公开基于的系统架构示意图；

图2为本公开实施例提供的数据处理方法的流程示意图；

图3为本公开又一实施例提供的数据处理方法的流程示意图；

图4为本公开又一实施例提供的数据处理方法的流程示意图；

图5为本公开又一实施例提供的数据处理方法的流程示意图；

图6为本公开实施例提供的数据处理装置的结构示意图；

图7为本公开实施例提供的电子设备的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例所获得的所有其他实施例，都属于本公开保护的范围。

名词解释：

切面技术：就是给指定的代码绑定前置和后置逻辑，指定代码处无需任何改变和操作，当程序运行到指定代码时，按照预设的执行顺序执行该前置逻辑以及后置逻辑，根据前置逻辑以及后置逻辑中预先配置的获取规则进行运行数据的获取。

前后端通信协议：websocket。通过此协议，前端发送一次请求后，后端可以多次回复该请求，也就是后端可以多次推送数据给前端。

前置逻辑、后置逻辑：为用户根据实际需求编写的用于提取运行数据的函数。在前置逻辑和/或后置逻辑中定义了需要获取的运行数据类型、以及前置逻辑和/或后置逻辑执行逻辑等内容。

针对上述提及的现有的问题排查方法对函数的运行数据获取流程较为繁琐且灵活性较差的技术问题，本公开提供了一种数据处理方法、装置、设备、存储介质及产品。

需要说明的是，本公开提供数据处理方法、装置、设备、存储介质及产品可运用在对各种应用软件进行问题排查的场景中。

现有的数据处理方法一方面需要修改代码，根据分析修改后的代码在运行过程中的日志进行数据处理，但是往往操作较为繁琐，且无法一次性实现对多个函数的运行数据的获取。另一方面，为了实现函数运行数据的获取，需要在被监视程序的机器上运行代理程序包，通过该代理程序包对函数的运行数据进行监控。但是，因运行环境限制，可能无法将代理程序包安装到被监视程序所在的系统里。此外，代理程序包无法将监视结果持久化保存在数据库中，只能实时监视。

在解决上述技术问题的过程中，发明人通过研究发现，为了快速地实现对多个目标函数的运行数据的获取，可以在目标函数前端绑定前置逻辑，在目标函数后端绑定后置逻辑。根据该前置逻辑以及后置逻辑采用切面技术实现对目标函数的运行数据的获取。无需对代码进行修改，且能够一次性实现对多个函数的运行数据的获取。此外，可以将运行数据发送至请求平台或者存储至预设的存储路径便于在后的分析优化操作。

图1为本公开基于的系统架构示意图，如图1所示，本公开基于的系统架构至少包括：请求平台11、服务器12，其中，服务器12中设置有数据处理装置，该数据处理装置可采用C/C++、Java、Shell或Python等语言编写；请求平台11则可例如台式电脑、平板电脑等。

图2为本公开实施例提供的数据处理方法的流程示意图，如图2所示，该方法包括：

步骤201、获取请求平台发送的目标应用对应的函数监视请求，其中，所述函数监视请求中包括目标应用对应的至少一个待监视函数。

本实施例的执行主体为数据处理装置，该数据处理装置可耦合于服务器中。该服务器可与请求平台通信连接，从而能够与请求平台进行信息交互。其中，该请求平台包括前端网页、客户端等任意一种通过发送http请求的方式调用后端程序接口实现需要进行监视的函数信息的输入的平台。

在本实施方式中，用户可以根据实际需求在请求平台中输入当前需要进行监视的函数信息，其中，该函数信息可以包括函数名称等标识。用户可以通过网页或者任意一种能发送http请求的方式调用后端程序接口实现需要进行监视的函数信息的输入，本公开对此不做限制。请求平台可以根据用户输入的函数信息生成函数监视请求，并将函数监视请求发送至数据处理装置。相应地，数据处理装置可以获取请求平台发送的函数监视请求。

步骤202、在所述目标应用运行过程中，根据所述函数监视请求确定所述至少一个待监视函数中满足预设的监视条件的至少一个目标函数。

在本实施方式中，为了更精准地实现对待监视函数的运行数据的获取，可以预先设置监视条件。其中，该监视条件可以为运行数据获取的次数不超过用户规定的次数，获取的运行数据的数据量不超过预设的数据量阈值等。通过设置监视条件，从而能够在不同场景下实现对运行数据的精准获取。

因此，在获取到函数监视请求之后，可以在目标应用运行过程中，确定至少一个待监视函数中满足预设的监视条件的至少一个目标函数。

步骤203、获取每个所述目标函数对应的运行数据，以及将所述运行数据发送给所述请求平台。

在本实施方式中，在确定需要进行运行数据获取的多个目标函数之后，可以获取该目标函数运行过程中产生的运行数据。

可选地，针对每一目标函数，可以采用切面技术实现对该目标函数对应的运行数据的获取。从而能够在目标应用单次运行的过程中，快速地实现对多个目标函数的运行数据的获取，且无需对代码进行修改，操作难度较低。

其中，该运行数据包括但不限于目标函数开始执行时间、结束执行时间、执行耗时、目标函数的全名、目标函数的出参、入参以及异常信息等。

进一步地，在获取到目标函数对应的运行数据之后，为了便于技术人员后续的数据分析操作，可以将至少一个目标函数对应的运行数据发送至请求平台。

相应地，请求平台可以可视化地对该运行数据进行展示。从而技术人员在请求平台上查看到至少一个目标函数对应的运行数据之后，即可以基于运行数据进行数据分析操作，以排查应用程序执行结果与预期结果不一致的原因。进而可以基于该分析结果进行应用程序的修改、优化等操作。

本实施例提供的数据处理方法，通过在根据函数监视请求确定待监视函数中满足预设的监视条件的至少一个目标函数之后，可以采用切面技术对目标函数对应的运行数据进行获取，并将运行数据同步至请求平台。从而能够快速地实现对满足预设的监视条件的多个目标函数的运行数据的获取，运行数据获取的效率较高。此外，通过将运行数据发送至请求平台，从而能够使得技术人员根据请求平台接收到的运行数据对目标应用进行监控，无需通过监控日志文件实现目标应用的监控，提高目标应用的监控效率。

进一步地，在上述任一实施例的基础上，步骤202包括：

根据所述函数监视请求将所述至少一个待监视函数添加至预设的监视列表中，所述监视列表中包括预存的多个待监视函数。

在所述目标应用运行过程中，拦截所述监视列表中的多个待监视函数，并确定所述监视列表中满足预设监视条件的至少一个目标函数。

在本实施例中，由于部分待监视函数可能需要获取多次运行过程中的运行数据，因此，为了能够精准地实现对多次运行过程中的运行数据的获取，可以建立监视列表，以实现对待监视函数的管理。

相应地，在获取到函数监视请求之后，可以根据该函数监视请求将至少一个待监视函数添加至预设的监视列表中，其中，该监视列表中可以预存有多个待监视函数，该预存的待监视函数可以为暂未完成运行数据的获取的函数。

在目标应用运行过程中，可能存在多个运行的函数。因此，可以根据更新后的监视列表，对监视列表中的多个待监视函数进行拦截操作，进而确定监视列表中的多个待监视函数中满足预设的监视条件的至少一个目标函数。

本实施例提供的数据处理方法，通过根据函数监视请求建立监视列表，从而能够在该监视列表中对多次函数监视请求中的待监视函数进行管理。进而能够在一次运行过程中，基于该监视列表实现对多个待监视函数运行数据的获取，提高了数据处理的效率。

进一步地，在上述任一实施例的基础上，所述在所述目标应用运行过程中，拦截所述监视列表中的多个待监视函数，包括：

在所述目标应用运行过程中，拦截满足预设的拦截条件的多个函数。

在所述多个函数中获取所述监视列表中的多个待监视函数。

在本实施例中，在目标应用运行过程中，可能存在多个运行的函数。因此，在目标应用运行过程中，可以拦截满足预设的拦截条件的多个函数。其中，该预设的拦截条件可以为拦截某一业务相关的全部函数，或者，该预设的拦截条件可以为获取预设功能模块对应的函数等。可以根据实际应用中的不同需求进行拦截条件的设置，本公开对此不做限制。

在拦截到满足预设的拦截条件的多个函数之后，可以在该多个函数中筛选监视列表中的多个待监视函数。

本实施例提供的数据处理方法，通过预先设置拦截条件，从而能够使得函数运行数据的获取能够适用于多种不同的应用场景。

图3为本公开又一实施例提供的数据处理方法的流程示意图，在上述任一实施例的基础上，所述监视列表中还包括每个待监视函数对应的剩余监视次数。如图3所示，所述确定所述监视列表中满足预设的监视条件的至少一个目标函数，包括：

步骤301、针对所述监视列表中的每个待监视函数，根据所述函数监视请求对所述待监视函数对应的剩余监视次数进行更新，获得更新后的剩余监视次数。

步骤302、检测所述更新后的剩余监视次数是否大于预设的次数阈值。

步骤303、若是，则将所述待监视函数确定为所述目标函数。

步骤304、若否，则在所述监视列表中删除所述待监视函数。

在本实施例中，由于部分待监视函数可能需要获取多次运行过程中的运行数据，因此，监视列表中还可以包括每个待监视函数对应的剩余监视次数。以实际应用举例来说，目标函数A对应的监视次数可以为100次，每获取一次运行数据，可以对监视次数进行更新，将更新后的剩余监视次数记录在监视列表中。

相应地，在获取到函数监视请求之后，针对监视列表中的每个待监视函数，根据函数监视请求对待监视函数对应的剩余监视次数进行更新，获得更新后的剩余监视次数。检测该更新后的剩余监视次数是否大于预设的次数阈值。若是，则表征该待监视函数未完成运行数据的获取，因此，可以将其作为目标函数，并获取该目标函数对应的运行数据。反之，则表征该待监视函数已完成运行数据的获取，此时，可以在监视列表中删除该待监视函数。

可选地，可以通过前后端通信协议进行函数监视请求以及运行数据的接收以及发送。从而请求平台发送一次函数监视请求后，数据处理装置可以多次进行回复该请求，也即数据处理装置可以多次推送运行数据给请求平台，进而能够实现一个目标函数多次运行数据的获取。

以实际应用举例来说，该预设的次数阈值可以为0次。在获取到函数监视请求之后，针对监视列表中的每个待监视函数，可以计算该待监视函数对应的剩余监视次数-1的计算结果。检测该计算结果是否大于或等于0，若是，则将该待监视函数作为目标函数进行运行数据的获取。反之，若计算结果小于0，则可以在监视列表中删除该待监视函数。

本实施例提供的数据处理方法，通过在监视列表中记录每个待监视函数对应的剩余监视次数，从而能够基于该监视列表精准地实现对单个目标函数多次的运行数据的获取，为后续的数据分析操作提供了基础。

图4为本公开又一实施例提供的数据处理方法的流程示意图，在上述任一实施例的基础上，如图4所示，步骤203之前，还包括：

步骤401、针对每个目标函数，确定所述目标函数对应的前置逻辑函数以及后置逻辑函数。

步骤402、通过运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获取所述目标函数对应的运行数据。

在本实施例中，可以采用切面技术实现对目标函数对应的运行数据进行获取。具体地，针对每一满足预设监视条件的目标函数，可以确定该目标函数对应的前置逻辑函数以及后置逻辑函数。其中，该前置逻辑函数以及后置逻辑函数可以为技术人员根据实际需求编写的逻辑函数。该前置逻辑函数以及后置逻辑函数中定义了该前置逻辑函数以及后置逻辑函数运行时获取的运行数据以及执行逻辑。该执行逻辑具体可以为前置逻辑函数在目标函数执行之前执行，后置逻辑函数在目标函数执行之后执行。

在确定各目标函数对应的前置逻辑函数以及后置逻辑函数之后，即可以通过分别运行该前置逻辑函数以及后置逻辑函数，实现对目标函数的运行数据的获取。

进一步地，在上述任一实施例的基础上，所述前置逻辑函数以及所述后置逻辑函数中包括执行顺序；步骤402包括：

根据所述执行顺序分别运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获得所述目标函数对应的运行数据。

在本实施例中，前置逻辑函数以及所述后置逻辑函数中还包括执行顺序。针对每一目标函数，可以以预设的运行顺序分别运行前置逻辑以及所述后置逻辑，实现对目标函数的运行数据的获取。可选地，可以先运行前置逻辑，再运行后置逻辑，实现对目标函数的运行数据的获取。

本实施例提供的数据处理方法，通过确定目标函数对应的前置逻辑函数以及后置逻辑函数；通过运行目标函数对应的前置逻辑函数以及后置逻辑函数，获取目标函数对应的运行数据，从而能够实现基于切面技术的运行数据的获取，无需对代码进行修改，快速地实现对多个目标函数的运行数据的获取。

进一步地，在上述任一实施例的基础上，步骤402包括：

分别运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，并确定所述前置逻辑函数对应的开始执行时刻以及所述后置逻辑函数对应的结束执行时刻；

根据所述开始执行时刻与所述结束执行时刻之间的差值，确定所述目标函数对应的执行耗时，将所述执行耗时确定为所述目标函数对应的运行数据。

在本实施例中，该前置逻辑函数以及后置逻辑函数可以被配置为获取目标函数对应的执行耗时。以便后续根据该执行耗时对该目标函数的性能进行分析。

可选地，可以分别运行目标函数对应的前置逻辑函数以及后置逻辑函数，并确定前置逻辑函数对应的开始执行时刻以及后置逻辑函数对应的结束执行时刻。计算开始执行时刻与结束执行时刻之间的差值，将该差值确定为目标函数对应的执行耗时，将该执行耗时确定为目标函数对应的运行数据。通过获取目标函数的执行耗时，从而后续能够根据该目标函数一次或多次执行过程中的执行耗时，对目标函数的性能、运行状态等进行分析以及优化。

进一步地，在上述任一实施例的基础上，所述前置逻辑函数以及所述后置逻辑函数中包括待监视的运行数据的标识；步骤402包括：

在所述前置逻辑函数以及后置逻辑函数运行过程中，根据所述待监视的运行数据的标识获取所述目标函数对应的待监视的运行数据，将所述待监视的运行数据确定为所述目标函数对应的运行数据。

在本实施例中，由于目标函数在运行过程中产生的运行数据数量较多，为了实现对运行数据的精准获取，在前置逻辑函数以及后置逻辑函数编辑的过程中，可以根据实际需求在该前置逻辑函数以及后置逻辑函数添加待监视的运行数据的标识。此外，该前置逻辑函数以及后置逻辑函数中还可以配置有每一运行数据的标识的运行数据的获取方式。

因此，在确定目标函数对应的前置逻辑函数以及后置逻辑函数之后，可以分别运行该前置逻辑函数以及后置逻辑函数，在该前置逻辑函数以及后置逻辑函数运行过程中，可以根据待监视的运行数据的标识以及每一运行数据的标识的运行数据的获取方式获取目标函数对应的待监视的运行数据，将待监视的运行数据确定为目标函数对应的运行数据。

进一步地，在上述任一实施例的基础上，所述前置逻辑函数以及所述后置逻辑函数中包括运行数据对应的编辑内容；步骤402包括：

分别运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获得所述目标函数对应的待处理运行数据；

根据所述运行数据对应的编辑内容对所述待处理运行数据进行编辑操作，获得所述目标函数对应的运行数据。

在本实施例中，前置逻辑函数以及后置逻辑函数还可以被配置为对采集到的目标函数对应的待处理运行数据进行编辑操作。以使得最终获得的运行数据更加贴合用户的实际需求。

因此，可以分别运行目标函数对应的前置逻辑函数以及后置逻辑函数，获得目标函数对应的待处理运行数据。根据该前置逻辑函数以及后置逻辑函数中包括的编辑内容对待处理运行数据进行编辑操作，获得目标函数对应的运行数据。

本实施例提供的数据处理方法，通过在前置逻辑函数以及后置逻辑函数中定义不同的数据获取条件，从而能够获得更加贴合实际需求的运行数据。在提高了运行数据获取的效率的基础上，能够进一步地提高运行数据获取的准确性。

图5为本公开又一实施例提供的数据处理方法的流程示意图，在上述任一实施例的基础上，如图5所示，步骤203之后，还包括：

步骤501、根据每个目标函数对应的运行数据生成监视报告，其中，所述监视报告中至少包括每个目标函数对应的调用频次、调用平均耗时、异常次数、异常占比、入参分析、出参分析中的一项或多项。

步骤502、将所述监视报告发送至所述请求平台进行展示。

在本实施例中，在获取到各目标函数对应的运行数据之后，为了便于后续的分析操作，可以根据各目标函数对应的运行数据生成监视报告，其中，该监视报告中至少包括各目标函数对应的调用频次、调用平均耗时、异常次数、异常占比、入参分析、出参分析中的一项或多项。

将该监视报告发送至请求平台进行展示。从而技术人员能够根据请求平台上显示的监视报告排查应用程序执行结果与预期结果不一致的原因。进而可以基于该分析结果进行应用程序的修改、优化等操作。

进一步地，在上述任一实施例的基础上，步骤203之后，还包括：

将各目标函数对应的运行数据存储至预设的存储路径。

在本实施例中，为了便于后续的复盘以及调用，在获取到各目标函数对应的运行数据之后，还可以将各目标函数对应的运行数据存储至预设的存储路径。

本实施例提供的数据处理方法，通过根据各目标函数对应的运行数据生成监视报告，并监视报告发送至请求平台进行展示，从而能够便于技术人员对应用程序执行结果与预期结果不一致的原因进行分析。

图6为本公开实施例提供的数据处理装置的结构示意图，如图6所示，该装置包括：获取模块61、确定模块62、以及处理模块63。其中，获取模块61，用于获取请求平台发送的目标应用对应的函数监视请求，其中，所述函数监视请求中包括目标应用对应的至少一个待监视函数。确定模块62，用于在所述目标应用运行过程中，根据所述函数监视请求确定所述至少一个待监视函数中满足预设监视条件的至少一个目标函数。处理模块63，用于获取每个所述目标函数对应的运行数据，以及将所述运行数据发送给所述请求平台。

进一步地，在上述任一实施例的基础上，所述确定模块用于：根据所述函数监视请求将所述至少一个待监视函数添加至预设的监视列表中，所述监视列表中包括预存的多个待监视函数。在所述目标应用运行过程中，拦截所述监视列表中的多个待监视函数，并确定所述监视列表中满足预设的监视条件的至少一个目标函数。

进一步地，在上述任一实施例的基础上，所述监视列表中还包括每个待监视函数对应的剩余监视次数。所述确定模块用于：针对所述监视列表中的每个待监视函数，根据所述函数监视请求对所述待监视函数对应的剩余监视次数进行更新，获得更新后的剩余监视次数。检测所述更新后的剩余监视次数是否大于预设的次数阈值。若是，则将所述待监视函数确定为所述目标函数。

进一步地，在上述任一实施例的基础上，所述确定模块还用于：针对所述监视列表中的每个待监视函数，若所述更新后的剩余监视次数小于预设的次数阈值，则在所述监视列表中删除所述待监视函数。

进一步地，在上述任一实施例的基础上，所述处理模块用于：针对每个目标函数，确定所述目标函数对应的前置逻辑函数以及后置逻辑函数；通过运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获取所述目标函数对应的运行数据。

进一步地，在上述任一实施例的基础上，所述前置逻辑函数以及所述后置逻辑函数中包括执行顺序；所述处理模块用于：根据所述执行顺序分别运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获得所述目标函数对应的运行数据。

进一步地，在上述任一实施例的基础上，所述处理模块用于：分别运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，并确定所述前置逻辑函数对应的开始执行时刻以及所述后置逻辑函数对应的结束执行时刻；根据所述开始执行时刻与所述结束执行时刻之间的差值，确定所述目标函数对应的执行耗时，将所述执行耗时确定为所述目标函数对应的运行数据。

进一步地，在上述任一实施例的基础上，所述前置逻辑函数以及所述后置逻辑函数中包括待监视的运行数据的标识；所述处理模块用于：在所述前置逻辑函数以及后置逻辑函数运行过程中，根据所述待监视的运行数据的标识获取所述目标函数对应的待监视的运行数据，将所述待监视的运行数据确定为所述目标函数对应的运行数据。

进一步地，在上述任一实施例的基础上，所述前置逻辑函数以及所述后置逻辑函数中包括运行数据对应的编辑内容；所述处理模块用于：分别运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获得所述目标函数对应的待处理运行数据；根据所述运行数据对应的编辑内容对所述待处理运行数据进行编辑操作，获得所述目标函数对应的运行数据。

进一步地，在上述任一实施例的基础上，所述装置还包括：生成模块，用于根据每个目标函数对应的运行数据生成监视报告，其中，所述监视报告中至少包括每个目标函数对应的调用频次、调用平均耗时、异常次数、异常占比、入参分析、出参分析中的一项或多项。发送模块，用于将所述监视报告发送至请求平台进行展示。

进一步地，在上述任一实施例的基础上，所述装置还包括：存储模块，用于将各目标函数对应的运行数据存储至预设的存储路径。

本公开又一实施例还提供了一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器。

所述存储器存储计算机执行指令。

所述处理器执行所述存储器存储的计算机执行指令，以实现如上述任一实施例所述的方法。

本公开又一实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上述任一实施例所述的方法。

本公开又一实施例还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上述任一实施例所述的方法。

图7为本公开实施例提供的电子设备的结构示意图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(I/O)接口712，传感器组件714，以及通信组件716。

处理组件702通常控制装置700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理组件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

存储器704被配置为存储各种类型的数据以支持在装置700的操作。这些数据的示例包括用于在装置700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件706为装置700的各种组件提供电力。电源组件706可以包括电源管理系统，一个或多个电源，及其他与为装置700生成、管理和分配电力相关联的组件。

多媒体组件708包括在所述装置700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当装置700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(MIC)，当装置700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

I/O接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为装置700提供各个方面的状态评估。例如，传感器组件714可以检测到装置700的打开/关闭状态，组件的相对定位，例如所述组件为装置700的显示器和小键盘，传感器组件714还可以检测装置700或装置700一个组件的位置改变，用户与装置700接触的存在或不存在，装置700方位或加速/减速和装置700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

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

在示例性实施例中，装置700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器704，上述指令可由装置700的处理器720执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当该存储介质中的指令由请求平台的处理器执行时，使得请求平台能够执行上述请求平台的分屏处理方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

最后应说明的是：以上各实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述各实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的范围。

Claims (12)

1.一种数据处理方法，其特征在于，包括：

获取请求平台发送的目标应用对应的函数监视请求，其中，所述函数监视请求中包括目标应用对应的至少一个待监视函数；

在所述目标应用运行过程中，根据所述函数监视请求确定所述至少一个待监视函数中满足预设监视条件的至少一个目标函数；

获取每个所述目标函数对应的运行数据，以及将所述运行数据发送给所述请求平台。

2.根据权利要求1所述的方法，其特征在于，所述在所述目标应用运行过程中，根据所述函数监视请求确定所述至少一个待监视函数信息中满足预设的监视条件的至少一个目标函数，包括：

根据所述函数监视请求将所述至少一个待监视函数添加至预设的监视列表中，所述监视列表中包括预存的多个待监视函数；

在所述目标应用运行过程中，拦截所述监视列表中的多个待监视函数，并确定所述监视列表中满足预设监视条件的至少一个目标函数。

3.根据权利要求2所述的方法，其特征在于，所述监视列表中还包括每个待监视函数对应的剩余监视次数；

所述确定所述监视列表中满足预设监视条件的至少一个目标函数，包括：

针对所述监视列表中的每个待监视函数，根据所述函数监视请求对所述待监视函数对应的剩余监视次数进行更新，获得更新后的剩余监视次数；

检测所述更新后的剩余监视次数是否大于预设的次数阈值；

若是，则将所述待监视函数确定为所述目标函数。

4.根据权利要求3所述的方法，其特征在于，所述检测所述更新后的剩余监视次数是否大于预设的次数阈值之后，所述方法还包括：

针对所述监视列表中的每个待监视函数，若所述更新后的剩余监视次数小于预设的次数阈值，则在所述监视列表中删除所述待监视函数。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述获取每个所述目标函数对应的运行数据，包括：

针对每个目标函数，确定所述目标函数对应的前置逻辑函数以及后置逻辑函数；

通过运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获取所述目标函数对应的运行数据。

6.根据权利要求5所述的方法，其特征在于，所述通过运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获取所述目标函数对应的运行数据，包括：

分别运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，并确定所述前置逻辑函数对应的开始执行时刻以及所述后置逻辑函数对应的结束执行时刻；

根据所述开始执行时刻与所述结束执行时刻之间的差值，确定所述目标函数对应的执行耗时，将所述执行耗时确定为所述目标函数对应的运行数据。

7.根据权利要求5所述的方法，其特征在于，所述前置逻辑函数以及所述后置逻辑函数中包括待监视的运行数据的标识；

所述通过运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获取所述目标函数对应的运行数据，包括：

在所述前置逻辑函数以及后置逻辑函数运行过程中，根据所述待监视的运行数据的标识获取所述目标函数对应的待监视的运行数据，将所述待监视的运行数据确定为所述目标函数对应的运行数据。

8.根据权利要求5所述的方法，其特征在于，所述前置逻辑函数以及所述后置逻辑函数中包括运行数据对应的编辑内容；

所述通过运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获取所述目标函数对应的运行数据，包括：

分别运行所述目标函数对应的前置逻辑函数以及后置逻辑函数，获得所述目标函数对应的待处理运行数据；

根据所述运行数据对应的编辑内容对所述待处理运行数据进行编辑操作，获得所述目标函数对应的运行数据。

9.根据权利要求1-4任一项所述的方法，其特征在于，所述获取每个所述目标函数对应的运行数据，以及将所述运行数据发送给所述请求平台之后，还包括：

根据每个目标函数对应的运行数据生成监视报告，其中，所述监视报告中至少包括每个目标函数对应的调用频次、调用平均耗时、异常次数、异常占比、入参分析、出参分析中的一项或多项；

将所述监视报告发送至所述请求平台进行展示。

10.一种数据处理装置，其特征在于，包括：

获取模块，用于获取请求平台发送的目标应用对应的函数监视请求，其中，所述函数监视请求中包括目标应用对应的至少一个待监视函数；

确定模块，用于在所述目标应用运行过程中，根据所述函数监视请求确定所述至少一个待监视函数中满足预设监视条件的至少一个目标函数；

处理模块，用于获取每个所述目标函数对应的运行数据，以及将所述运行数据发送给所述请求平台。

11.一种电子设备，其特征在于，包括：存储器，处理器；

存储器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器用于调用所述存储器中的程序指令执行如权利要求1-10任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-10任一项所述的方法。

Images