一种数据监控方法、装置及电子设备与流程

本发明涉及数据处理技术领域，特别是涉及一种数据监控方法、装置及电子设备。

背景技术

应用程序一般都存在对操作系统的广播进行监听的需求。监听流程一般为：应用程序关联的广播接收器接收到一广播时，广播接收器会调用广播接收器对应的回调函数针对该广播执行耗时操作，上述耗时操作执行完成后，应用程序向操作系统反馈相应的监听反馈信息。其中，上述广播接收器可以称为broadcastreceiver，上述回调函数可以称为onreceive函数。

其中，广播接收器对应的回调函数针对该广播执行耗时操作时的执行时长，在一定程度上可以表征广播接收器的性能，上述执行时长越长表征广播接收器的性能越不够好，而广播接收器的性能在一定程度上又对所关联的应用程序的性能存在影响。由于上述原因，为了能够保证应用程序的性能，在一定程度上需要保证广播接收器的性能，此时则存在对广播接收器的性能进行检测的需求，而对广播接收器的性能进行检测时，对广播接收器对应的回调函数针对广播执行耗时操作的监控，并确定执行耗时操作的执行时长是否过长至关重要。

那么，如何提供一种对上述执行耗时操作过程进行监控，并确定是否执行耗时操作的执行时长是否过长的策略，成为亟待解决的问题。

技术实现要素：

本发明实施例的目的在于提供一种数据监控方法、装置及电子设备，以实现对广播接收器对应的回调函数针对广播执行耗时操作过程的监控，并能够确定得到执行耗时操作的执行时长是否过长。具体技术方案如下：

一方面，本发明实施例提供了一种数据监控方法，所述方法包括：

基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长，其中，所述广播回调函数为：接收到所述指定广播的广播接收器对应的回调函数；

判断所述执行时长是否超过预设监控阈值；

当判断结果为是时，执行预设的广播执行时长反馈操作。

可选地，所述执行预设的广播执行时长反馈操作的步骤，包括：

当确定所处环境为测试环境时，获得所述指定广播的标识以及所述广播接收器的标识；

输出崩溃提示信息，其中，所述崩溃提示信息包含：所述指定广播的标识以及所述广播接收器的标识。

可选地，所述执行预设的广播执行时长反馈操作的步骤，包括：

当确定所处环境为发布环境时，获得所述指定广播的标识以及所述广播接收器的标识；

将所述指定广播的标识、所述广播接收器的标识以及所述执行时长，发送至后台服务器。

可选地，在所述基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长的步骤之前，所述方法还包括：

针对指定广播进行注册，以基于所述预先挂钩的广播回调函数，针对所述指定广播执行耗时操作，并对所述执行耗时操作的过程进行监控。

可选地，在所述基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长的步骤之前，所述方法还包括：

基于java反射机制，对所述广播回调函数进行挂钩。

可选地，在所述基于预先挂钩的广播回调函数，获得指定广播执行耗时操作时的执行时长的步骤之前，所述方法还包括：

当广播接收器接收到指定广播时，触发预先挂钩的广播回调函数针对所述指定广播执行耗时操作。

另一方面，本发明实施例提供了一种数据监控装置，所述装置包括：

获得模块，用于基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长，其中，所述广播回调函数为：接收到所述指定广播的广播接收器对应的回调函数；

判断模块，用于判断所述执行时长是否超过预设监控阈值；

反馈模块，用于当判断结果为是时，执行预设的广播执行时长反馈操作。

可选地，所述反馈模块，具体用于当确定所处环境为测试环境时，获得所述指定广播的标识以及所述广播接收器的标识；

输出崩溃提示信息，其中，所述崩溃提示信息包含：所述指定广播的标识以及所述广播接收器的标识。

可选地，所述反馈模块，具体用于

当确定所处环境为发布环境时，获得所述指定广播的标识以及所述广播接收器的标识；

将所述指定广播的标识、所述广播接收器的标识以及所述执行时长，发送至后台服务器。

可选地，所述装置还包括：

注册模块，用于在所述基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长之前，针对指定广播进行注册，以基于所述预先挂钩的广播回调函数，针对所述指定广播执行耗时操作，并对所述执行耗时操作的过程进行监控。

可选地，所述装置还包括：

挂钩模块，用于在所述基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长之前，基于java反射机制，对所述广播回调函数进行挂钩。

可选地，所述装置还包括：

触发模块，用于在所述基于预先挂钩的广播回调函数，获得指定广播执行耗时操作时的执行时长之前，当广播接收器接收到指定广播时，触发预先挂钩的广播回调函数针对所述指定广播执行耗时操作。

另一方面，本发明实施例提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的计算机程序时，实现本发明实施例所提供的任一所述的数据监控方法步骤。

另一方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现本发明实施例所提供的任一所述的数据监控方法步骤。

本发明实施例中，基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长，其中，该广播回调函数为：接收到指定广播的广播接收器对应的回调函数；判断执行时长是否超过预设监控阈值；当判断结果为是时，执行预设的广播执行时长反馈操作。应用本发明实施例，可以基于预先挂钩的广播回调函数，对执行耗时操作的过程进行监控，得到执行耗时操作的执行时长，进而基于预设监控阈值，判断执行时长是否过长，在判断出执行时长超过预设监控阈值时，则确定执行时长过长，此时继续执行预设的广播执行时长反馈操作，以提示开发人员该预先挂钩的广播回调函数对应的广播接收器和/或关联广播接收器的应用程序可能存在问题。当然，实施本发明的任一产品或方法必不一定需要同时达到以上所述的所有优点。

附图说明

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

图1为本发明实施例所提供的一种数据监控方法的流程示意图；

图2为本发明实施例所提供的执行预设的广播执行时长反馈操作的一种流程示意图；

图3为本发明实施例所提供的执行预设的广播执行时长反馈操作的另一种流程示意图；

图4为本发明实施例所提供的一种数据监控装置的结构示意图；

图5为本发明实施例所提供的一种电子设备的结构示意图。

具体实施方式

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

本发明实施例提供了一种数据监控方法、装置及电子设备，以实现对广播接收器对应的回调函数针对广播执行耗时操作过程的监控，并能够确定得到执行耗时操作的执行时长是否过长。

如图1所示，本发明实施例提供了一种数据监控方法，可以包括如下步骤：

s101：基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长；

其中，广播回调函数为：接收到指定广播的广播接收器对应的回调函数；

本发明实施例所提供的数据监控方法，可以应用于电子设备中，该电子设备可以为任意类型，在此不做赘述。

电子设备可以向其所安装的应用程序发送广播，即应用程序可以监听电子设备发送的广播。其中，该电子设备中设置有广播接收器，安装于电子设备的应用程序，可以通过关联的广播接收器监听自身感兴趣的广播。上述感兴趣的广播为：应用程序通过关联的广播接收器预先注册的所要监听的广播。其中，上述关联上述广播接收器的应用程序为：实现本发明实施例所提供的数据监控流程的程序。

本发明实施例中，可以将上述应用程序通过关联的广播接收器预先注册的所要监听的广播，称为该应用程序的指定广播，也可以称为该应用程序关联的广播接收器的指定广播，也可以称为该被关联的广播接收器对应的预先挂钩的广播回调函数的指定广播。即上述指定广播可以为：应用程序通过关联的广播接收器预先注册的所要监听的广播。

对于电子设备的广播而言，从一个角度来说，电子设备的广播可以包括：自定义广播以及系统广播等，上述自定义广播可以是开发人员自主设置的广播。上述系统广播可以包括：亮屏灭屏广播以及充电拔电广播等，上述自定义广播可以包括自定义事件广播等。从另一角度来说，电子设备的广播可以包括：静态广播和动态广播。本发明实施例中所提到的指定广播可以是上述任一类型的广播。

本发明实施例中，当广播接收器接收到所监听的指定广播时，可以触发该广播接收器对应的预先挂钩的广播回调函数，针对该指定广播执行耗时操作，并同时对上述执行耗时操作的过程进行监控，以得到针对指定广播执行耗时操作时的执行时长，进而执行后续的数据监控流程。其中，不同的指定广播，所执行的耗时操作可以存在不同。

其中，一个广播接收器可以对一个或多个广播进行监听，多个广播接收器可以同时对一个广播进行监控，这都可以的。

在一种情况中，电子设备中所设置的广播接收器可以为一个或多个，每一广播接收器均可以对应有广播回调函数。本发明实施例中，当广播接收器对应的广播回调函数为预先挂钩的广播回调函数时，关联该广播接收器的应用程序，可以基于预先挂钩的广播回调函数，获得针对所有所注册的广播执行耗时操作时的执行时长。即关联该广播接收器的应用程序，可以基于预先挂钩的广播回调函数，对针对所注册的广播执行耗时操作的过程进行监控，以能够获得预先挂钩的广播回调函数针对所注册的广播执行耗时操作时的执行时长。

其中，当上述电子设备的操作系统为安卓android系统时，上述广播接收器可以为broadcastreceiver，上述预先挂钩的广播回调函数可以为预先挂钩的onreceive函数。

本发明实施例中，上述广播接收器对应的广播回调函数为：预先挂钩的广播回调函数。为了布局清楚，后续对广播回调函数挂钩的过程进行介绍。

s102：判断执行时长是否超过预设监控阈值；

s103：当判断结果为是时，执行预设的广播执行时长反馈操作。

本步骤中，电子设备可以基于预先挂钩的广播回调函数，判断执行时长是否超过预设监控阈值。上述判断执行时长是否超过预设监控阈值的过程，即是将执行时长与上述预设监控阈值进行比较，确定执行时长与上述预设监控阈值的大小。当确定执行时长不小于上述预设监控阈值，即判断结果为超过预设监控阈值时，可以继续执行预设的广播执行时长反馈操作。

其中，上述预设监控阈值可以是开发人员预先设置的数值。一种情况中，上述电子设备的操作系统为android系统，该预设监控阈值一般小于android系统中设置的反馈阈值。一种情况中，android系统中设置的反馈阈值可以为10s(秒)。

可以理解的是，当上述执行时长超过预设监控阈值时，可能会出现上述执行时长超过android系统中设置的反馈阈值的情况。此时，android系统会认为关联上述广播接收器的应用程序无回应，并弹出相应的anr(applicationnotresponding，即应用无响应)提示弹窗，提示应用程序的用户该应用程序无响应，即应用程序出现anr情况。上述应用程序出现anr情况在一定程度上会影响用户体验。

在一种实现方式中，为了提高应用程序和/或应用程序关联的广播播放器的性能，如图2所示，上述执行预设的广播执行时长反馈操作的步骤，可以包括：

s201：当确定所处环境为测试环境时，获得指定广播的标识以及广播接收器的标识；

s202：输出崩溃提示信息。

其中，崩溃提示信息包含：指定广播的标识以及广播接收器的标识。

当确定所处环境为测试环境时，可以直接输出崩溃提示信息，以提示开发人员或测试人员，广播接收器和/或关联广播接收器的应用程序可能存在异常。使得上述关联广播接收器的应用程序的开发人员和/或或测试人员，可以查看上述崩溃提示信息，并基于上述崩溃提示信息，分析上述广播接收器和/或关联该广播接收器的应用程序，可能出现的异常。进而。对上述广播接收器和/或关联该广播接收器的应用程序进行改善，以提高上述广播接收器和/或关联该广播接收器的应用程序的性能。进而当发布上述改善后的应用程序后，该改善后的应用程序可以相对减少的出现anr的情况。进而可以在一定程度上提高用户体验。在一种情况中，上述崩溃提示信息还可以包括执行时长，以使得上述关联广播接收器的应用程序的开发人员和/或或测试人员，可以更好的改善上述广播接收器和/或关联该广播接收器的应用程序的性能。

在另一种实现方式中，如图3所示，上述执行预设的广播执行时长反馈操作的步骤，可以包括：

s031：当确定所处环境为发布环境时，获得指定广播的标识以及广播接收器的标识；

s302：将指定广播的标识、广播接收器的标识以及执行时长，发送至后台服务器。

当确定所处环境为发布环境，即处于release阶段时，即实现本发明实施例所提供的数据监控方法的产品，即关联上述广播接收器的应用程序处于发布状态时，可以将上述指定广播的标识、广播接收器的标识以及执行时长，打包上传至后台服务器，以使得开发人员可以查看上述信息，并基于上述信息，分析上述广播接收器和/或关联该广播接收器的应用程序，可能出现的异常，进而对上述广播接收器和/或关联该广播接收器的应用程序进行改善，以提高上述广播接收器和/或关联该广播接收器的应用程序的性能。进而以升级的形式，改善处于发布状态的应用程序和/或应用程序关联的上述广播接收器。进而，使得升级后的应用程序可以相对减少的出现anr的情况，可以在一定程度上提高用户体验。

在一种情况中，可以通过设置标识，来区分上述所处环境为测试环境还是发布环境。此时，可以基于识别上述设置的标识为确定所处环境。

本发明实施例中，基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长，其中，该广播回调函数为：接收到指定广播的广播接收器对应的回调函数；判断执行时长是否超过预设监控阈值；当判断结果为是时，执行预设的广播执行时长反馈操作。应用本发明实施例，可以基于预先挂钩的广播回调函数，对执行耗时操作的过程进行监控，得到执行耗时操作的执行时长，进而基于预设监控阈值，判断执行时长是否过长，在判断出执行时长超过预设监控阈值时，则确定执行时长过长，此时继续执行预设的广播执行时长反馈操作，以提示开发人员该预先挂钩的广播回调函数对应的广播接收器和/或关联广播接收器的应用程序可能存在问题。

并且，本发明实施例可以以自动的形式，对上述执行耗时操作的过程，进行监控，在一定程度上可以降低人工成本。

并且，本发明实施例中，开发人员和/或测试人员可以基于上述崩溃提示信息或上传至后台服务器的信息，对应用程序和/或应用程序关联的上述广播接收器进行改善，进而在一定程度上可以使得改善后的应用程序，减少出现anr的情况，提高应用程序的用户的使用体验，在一定程度上减少应用程序的卸载率。

其中，上述广播接收器对应的预先挂钩的广播回调函数针对指定广播执行耗时操作的流程，是在电子设备的系统框架层执行的，本发明实施例可以介入系统框架层，实现对上述执行耗时操作的过程的监控，并实现对执行时长的获得，并实现对执行时长是否超过预设监控阈值的判断，并执行预设的广播执行时长反馈操作。

在一种实现方式中，在上述基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长的步骤之前，所述方法还可以包括：

针对指定广播进行注册，以基于预先挂钩的广播回调函数，针对指定广播执行耗时操作，并对执行耗时操作的过程进行监控。

针对指定广播向电子设备的操作系统进行注册，以使得应用程序可以通过关联的广播接收器监听该指定广播。当通过关联的广播接收器监听(接收)到该指定广播时，可以触发广播接收器对应的预先挂钩的广播回调函数针对上述指定广播执行耗时操作，通过基于上述预先挂钩的广播回调函数对上述执行耗时操作的过程进行监控，以获得针对指定广播执行耗时操作时的执行时长，进而判断上述执行时长是否超过预设监控阈值，当判断结果为超过预设监控阈值时，执行预设的广播执行时长反馈操作。

具体的，在上述基于预先挂钩的广播回调函数，获得指定广播执行耗时操作时的执行时长的步骤之前，所述方法还可以包括：

当广播接收器接收到指定广播时，触发预先挂钩的广播回调函数针对指定广播执行耗时操作。

其中，上述触发预先挂钩的广播回调函数针对指定广播执行耗时操作，可以理解为：触发预先挂钩的广播回调函数，以使得预先挂钩的广播回调函数针对指定广播执行耗时操作。

在一种实现方式中，上述电子设备的操作系统为android系统时。在所述基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长的步骤之前，所述方法还可以包括：

基于java反射机制，对广播回调函数进行挂钩。

可以理解的是，java反射机制在电子设备处于运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意一个方法和属性；这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制。

本发明实施例中，上述基于java反射机制，对广播回调函数进行挂钩的过程，具体可以是：基于java反射机制，获取广播接收器的对象，以获取到广播接收器的核心的执行流程，广播回调函数即onrecevie函数的控制权，即该onrecevie函数的执行入口地址，其中，上述执行入口地址为该onrecevie函数在电子设备的操作系统中的执行入口地址。在所控制的onrecevie函数的基础上，设置监控点以及判断逻辑，以得到每一指定广播执行耗时操作的时长。其中，上述在所控制的onrecevie函数的基础上，设置监控点以及判断逻辑的过程可以是：在该onrecevie函数的执行耗时操作的开始位置处，添加监控起始点，并在执行耗时操作结束位置处，添加监控结束点，并在添加监控结束点之后的位置处添加判断逻辑。其中，上述通过所添加的监控起始点和监控结束点，可以统计得到该onrecevie函数针对指定广播执行耗时操作时的执行时长，上述判断逻辑可以获得上述统计得到的执行时长，并判断该执行时长是否超过预设监控阈值，进而基于判断结果执行相应操作。其中，当判断结果为是时，执行预设的广播执行时长反馈操作；当判断结果为否时，可以不执行操作。

后续的，将包含上述修改onrecevie函数的逻辑的广播接收器的对象，基于java反射机制，添加入替换至广播接收器的对象的原位置处，即将包含以上修改onrecevie函数逻辑的广播接收器的对象，替换原始的广播接收器的对象，即未修改所包含onrecevie函数的逻辑的广播接收器的对象。

其中，上述基于java反射机制，获取广播接收器的对象，以获取到广播接收器的核心的执行流程，广播回调函数即onrecevie函数的控制权，即该onrecevie函数的执行入口地址的过程中，上述广播接收器的对象可以处于运行态。

在一种情况中，上述对广播回调函数进行挂钩的过程，也可以被称为对广播回调函数对应的广播接收器的对象进行挂钩的过程。可以称该挂钩后的广播回调函数对应的广播接收器的对象，为预先挂钩的广播接收器的对象。这都是可以的。

相应于上述方法实施例，本发明实施例提供了一种数据监控装置，如图4所示，所述装置可以包括：

获得模块410，用于基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长，其中，所述广播回调函数为：接收到所述指定广播的广播接收器对应的回调函数；

判断模块420，用于判断所述执行时长是否超过预设监控阈值；

反馈模块430，用于当判断结果为是时，执行预设的广播执行时长反馈操作。

本发明实施例中，基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长，其中，该广播回调函数为：接收到指定广播的广播接收器对应的回调函数；判断执行时长是否超过预设监控阈值；当判断结果为是时，执行预设的广播执行时长反馈操作。应用本发明实施例，可以基于预先挂钩的广播回调函数，对执行耗时操作的过程进行监控，得到执行耗时操作的执行时长，进而基于预设监控阈值，判断执行时长是否过长，在判断出执行时长超过预设监控阈值时，则确定执行时长过长，此时继续执行预设的广播执行时长反馈操作，以提示开发人员该预先挂钩的广播回调函数对应的广播接收器和/或关联广播接收器的应用程序可能存在问题。

在一种实现方式中，所述反馈模块430，具体用于

当确定所处环境为测试环境时，获得所述指定广播的标识以及所述广播接收器的标识；

输出崩溃提示信息，其中，所述崩溃提示信息包含：所述指定广播的标识以及所述广播接收器的标识。

在一种实现方式中，所述反馈模块430，具体用于

当确定所处环境为发布环境时，获得所述指定广播的标识以及所述广播接收器的标识；

将所述指定广播的标识、所述广播接收器的标识以及所述执行时长，发送至后台服务器。

在一种实现方式中，所述装置还包括：

注册模块，用于在所述基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长之前，针对指定广播进行注册，以基于所述预先挂钩的广播回调函数，针对所述指定广播执行耗时操作，并对所述执行耗时操作的过程进行监控。

在一种实现方式中，所述装置还包括：

挂钩模块，用于在所述基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长之前，基于java反射机制，对所述广播回调函数进行挂钩。

在一种实现方式中，所述装置还包括：

触发模块，用于在所述基于预先挂钩的广播回调函数，获得指定广播执行耗时操作时的执行时长之前，当广播接收器接收到指定广播时，触发预先挂钩的广播回调函数针对所述指定广播执行耗时操作。

相应于上述方法实施例，本发明实施例还提供了一种电子设备，如图5所示，包括处理器510、通信接口520、存储器530和通信总线540，其中，处理器510，通信接口520，存储器530通过通信总线540完成相互间的通信，

存储器530，用于存放计算机程序；

处理器510，用于执行存储器530上所存放的计算机程序时，实现本发明实施例所提供的任一所述数据监控方法，可以包括步骤：

基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长，其中，所述广播回调函数为：接收到所述指定广播的广播接收器对应的回调函数；

判断所述执行时长是否超过预设监控阈值；

当判断结果为是时，执行预设的广播执行时长反馈操作。

本发明实施例中，基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长，其中，该广播回调函数为：接收到指定广播的广播接收器对应的回调函数；判断执行时长是否超过预设监控阈值；当判断结果为是时，执行预设的广播执行时长反馈操作。应用本发明实施例，可以基于预先挂钩的广播回调函数，对执行耗时操作的过程进行监控，得到执行耗时操作的执行时长，进而基于预设监控阈值，判断执行时长是否过长，在判断出执行时长超过预设监控阈值时，则确定执行时长过长，此时继续执行预设的广播执行时长反馈操作，以提示开发人员该预先挂钩的广播回调函数对应的广播接收器和/或关联广播接收器的应用程序可能存在问题。

上述电子设备提到的通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(randomaccessmemory，ram)，也可以包括非易失性存储器(non-volatilememory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessing，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

相应于上述方法实施例，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现本发明实施例所提供的任一所述数据监控方法，可以包括步骤：

基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长，其中，所述广播回调函数为：接收到所述指定广播的广播接收器对应的回调函数；

判断所述执行时长是否超过预设监控阈值；

当判断结果为是时，执行预设的广播执行时长反馈操作。

本发明实施例中，基于预先挂钩的广播回调函数，获得针对指定广播执行耗时操作时的执行时长，其中，该广播回调函数为：接收到指定广播的广播接收器对应的回调函数；判断执行时长是否超过预设监控阈值；当判断结果为是时，执行预设的广播执行时长反馈操作。应用本发明实施例，可以基于预先挂钩的广播回调函数，对执行耗时操作的过程进行监控，得到执行耗时操作的执行时长，进而基于预设监控阈值，判断执行时长是否过长，在判断出执行时长超过预设监控阈值时，则确定执行时长过长，此时继续执行预设的广播执行时长反馈操作，以提示开发人员该预先挂钩的广播回调函数对应的广播接收器和/或关联广播接收器的应用程序可能存在问题。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。