CN115202988A - 一种小程序运行状态监测方法、装置、终端及介质 - Google Patents

Abstract

本申请公开了一种小程序运行状态监测方法、装置、终端及介质，本申请提供的方法通过监测所述小程序的启动阶段进度，当小程序的启动阶段进度执行完第一加载阶段后，启动预设的启动阶段监测逻辑，以在启动阶段执行的监控逻辑操作以及在页面加载阶段执行的监控逻辑操作，实现将taro接入arms，不需要对原生代码文件进行监控逻辑修改，也能获取小程序在启动阶段与页面加载阶段的运行状态结果，进而判断该小程序的运行状态，解决了现有的小程序运行状态监测方法编写任务繁重且耗时的技术问题。

Description

一种小程序运行状态监测方法、装置、终端及介质

技术领域

本申请涉及软件技术领域，尤其涉及一种小程序运行状态监测方法、装置、终端及介质。

背景技术

随着互联网技术的飞速发展，小程序作为一种不需要下载安装即可使用的便捷工具，已经得到了各行各业的广泛关注，小程序需要通过特定平台运行，例如微信小程序需要在微信平台运行。

为保证小程序服务的正常执行，小程序上线运行以后，需要通过监测小程序的运行状态数据来衡量一个小程序的运行状态是否健康。目前常用的小程序运行状态监测方法多为阿里云的arms前端监控方法，针对小程序原生代码做支持，使其原生代码能直接接入监控能力，但针对原生的支持需要每个文件都进行针对性的编写监控逻辑，若每一个都要进行编写监控逻辑代码，编写任务繁重且耗时。

发明内容

本申请提供了一种小程序运行状态监测方法、装置、终端及介质，用于解决现有的小程序运行状态监测方法需要每个文件都进行针对性的监控逻辑编写，编写任务繁重且耗时的技术问题。

本申请第一方面提供了一种小程序运行状态监测方法，包括：

当检测到待监测的小程序启动时，监测所述小程序的启动阶段；

当所述小程序已执行了所述启动阶段中的第一加载阶段后，启动预设的启动阶段监测逻辑，以获取所述小程序的启动报错信息以及第三方服务调用反馈信息，并根据所述启动报错信息以及所述第三方服务调用反馈信息判断所述小程序的启动阶段运行状态信息；

当所述小程序启动完成后，启动预设的页面监测逻辑，以获取所述小程序的页面渲染信息，并根据所述页面渲染信息判断所述小程序的页面加载阶段运行状态信息；

根据所述启动阶段运行状态信息与所述页面加载阶段运行状态信息，确定所述小程序的运行状态。

优选地，所述根据所述启动报错信息以及所述第三方服务调用反馈信息判断所述小程序的启动阶段运行状态信息具体包括：

根据启动报错信息，对所述小程序的报错事件进行报错定位，得到报错定位信息；

根据所述第三方服务调用反馈信息，计算第三方服务请求的调用成功率；

根据所述报错定位信息与所述调用成功率，确定所述小程序的启动阶段运行状态信息。

优选地，所述启动报错信息具体包括：报错文本、报错行号、报错时间、所述小程序运行的用户机型与用户网络。

优选地，所述第三方服务调用反馈信息具体包括：第三方服务接口请求的入参、路径、用户机型、用户网络与请求状态。

优选地，所述根据所述第三方服务调用反馈信息，计算第三方服务请求的调用成功率具体包括：

根据所述第三方服务接口请求的入参、路径、用户机型，按照各个所述第三方服务接口请求对应的请求对象进行分类，再根据同一请求对象的用户网络与请求状态，计算所述请求对象下的所有接口服务的调用成功率。

优选地，所述页面渲染信息具体包括：页面信息与页面渲染时间。

优选地，所述根据所述页面渲染信息判断所述小程序的页面加载阶段运行状态信息具体包括：

根据所述页面信息对应的页面渲染时间，对所述页面渲染时间与预设的渲染时间阈值进行比较，以根据比较结果确定所述小程序的页面加载阶段运行状态信息。

本申请第二方面提供了一种小程序运行状态监测装置，包括：

小程序启动检测单元，用于当检测到待监测的小程序启动时，监测所述小程序的启动阶段；

启动阶段监测触发单元，用于当所述小程序已执行了所述启动阶段中的第一加载阶段后，启动预设的启动阶段监测逻辑，以获取所述小程序的启动报错信息以及第三方服务调用反馈信息，并根据所述启动报错信息以及所述第三方服务调用反馈信息判断所述小程序的启动阶段运行状态信息；

页面加载阶段监测触发单元，用于当所述小程序启动完成后，启动预设的页面监测逻辑，以获取所述小程序的页面渲染信息，并根据所述页面渲染信息判断所述小程序的页面加载阶段运行状态信息；

小程序运行状态判定单元，用于根据所述启动阶段运行状态信息与所述页面加载阶段运行状态信息，确定所述小程序的运行状态。

本申请第三方面提供了一种小程序运行状态监测终端，包括：存储器与处理器；

所述存储器用于存储程序代码，所述程序代码与如本申请第一方面提供的一种小程序运行状态监测方法相对应；

所述处理器用于执行所述程序代码。

本申请第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中保存有程序代码，所述程序代码与如本申请第一方面提供的一种小程序运行状态监测方法相对应。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请提供的方法通过监测所述小程序的启动阶段进度，当小程序的启动阶段进度执行完第一加载阶段后，启动预设的启动阶段监测逻辑，以在启动阶段执行的监控逻辑操作以及在页面加载阶段执行的监控逻辑操作，实现将taro接入arms，不需要对原生代码文件进行监控逻辑修改，也能获取小程序在启动阶段与页面加载阶段的运行状态结果，进而判断该小程序的运行状态，解决了现有的小程序运行状态监测方法编写任务繁重且耗时的技术问题。

附图说明

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

图1为taro框架接入过程的流程图。

图2为图1所示的接入过程中loader解析文件阶段的流程图。

图3为本申请提供的一种小程序运行状态监测方法的流程示意图。

图4为本申请提供的一种小程序运行状态监测装置的结构示意图。

具体实施方式

目前常用的小程序运行状态监测方法多为阿里云的arms前端监控方法，这种方法通过针对小程序原生代码做支持，使其原生代码能直接接入监控能力，对于taro框架现有arms前端监控方法是完全不支持的。而且针对原生的支持需要每个文件都进行针对性的编写监控逻辑，目前常规规模的小程序一般都包含上千个文件，若每一个都要进行编写监控逻辑代码，编写任务繁重且耗时。

本申请实施例提供了一种小程序运行状态监测方法、装置、终端及介质，用于解决现有的小程序运行状态监测方法需要每个文件都进行针对性的监控逻辑编写，编写任务繁重且耗时的技术问题。

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

本申请的技术方案可以通过简单的代码将taro框架和阿里云arms前端监控比较好的连接起来，以此实现对小程序线上状态的监控。如图1所示，申请人基于对taro框架的研究，发现可以通过taro的loader阶段执行自定义的loader过程，实现taro框架的接入，本申请的技术方案就是通过在webpack插件链添加自定义的插件，实现在loader阶段的执行自定义的loader过程的目的，从而将taro接入arms并发挥小程序状态监控的作用，仅使用10行以内的代码能做到相同的功能，避免了使用原生会对上千个文件进行修改。

如图2所示，本实施例的loader阶段具体有4部分组成，其中jsx文件、babel-loader、taro-loader都是现有技术，而arms-loader部分则是本申请优化的部分，即本申请提供的一种小程序运行状态监测方法对应的过程。

请参阅图3，本申请第一个实施例提供的一种小程序运行状态监测方法，包括：

步骤101、当检测到待监测的小程序启动时，监测小程序的启动阶段。

步骤102、当小程序已执行了启动阶段中的第一加载阶段后，启动预设的启动阶段监测逻辑，以获取小程序的启动报错信息以及第三方服务调用反馈信息，并根据启动报错信息以及第三方服务调用反馈信息判断小程序的启动阶段运行状态信息。

需要说明的是，本实施例提及的启动阶段中的第一加载阶段指的是图2所示的启动阶段中的现有阶段，即jsx文件解析阶段～taro-loader阶段。在taro-loader的结束以后，继续对代码执行本技术使用的loader，启动预设的启动阶段监测逻辑，即Monitor.hookApp()函数，该函数用于执行对小程序在启动阶段的监控逻辑，因为taro编译好的上万字符中原本是仅有小程序在启动阶段会调用的创建反馈函数，即createReactApp()。

本实施例自定义的Monitor.hookApp()函数是在创建反馈函数createReactApp()的基础上植入了监控逻辑代码，即Monitor.hookApp()函数是先执行监控逻辑操作，确认小程序启动阶段的运行状态健康后才会进一步调用函数createReactApp()，以成功启动小程序。

在一些实施例中，步骤102提及的根据启动报错信息以及第三方服务调用反馈信息判断小程序的启动阶段运行状态信息具体可以包括：

根据启动报错信息，对小程序的报错事件进行报错定位，得到报错定位信息；根据第三方服务调用反馈信息，计算第三方服务请求的调用成功率；根据报错定位信息与调用成功率，确定小程序的启动阶段运行状态信息。

在Monitor.hookApp()函数启动后，会调用重写的‘onLaunch’启动函数和‘onError’函数；因为小程序对象原始的‘onLaunch’,‘onError’函数是不会附带监控执行逻辑的，所以需要预先进行函数的改写；

①即改写后的‘onLaunch’启动函数在小程序启动时会被调用可以执行获取小程序的启动时间的操作，得到启动时间之后，上报给后台，以便于后台就当前启动时间点对当前小程序进行后续运行状态的监控。

②改写后的‘onError’函数用于在小程序报错时启动，可以获取报错的具体信息传送给后台，以便于后台可以根据这些具体信息反向定位出小程序运行出错的具体位置。这些具体信息包括错误的文本(例如访问对象不存在、小程序A版本号里面有个对象在更新后的B版本号中已废弃)、行号(可以标识小程序代码中出错的具体位置)、时间、用户机型、用户网络等；其中，文本、行号、时间、用户机型、用户网络这些信息可以清晰的反馈出“在哪个时间点哪个用户所使用的小程序出现了哪个错误、该错误在小程序对应文件的哪一行哪一列”；这些具体信息可以用来评估小程序的运行状态是否健康。

启动小程序代码中全局对象`XMLHttpReques`类的已改写的send函数()，加入了对第三方服务调用的数据反馈功能)，该改写后的send函数会搜集小程序对第三方服务接口请求的入参，路径，用户机型，用户网路，请求状态等具体信息，然后上报给后台。后台可以依据入参，路径，用户机型，用户网路，请求状态等具体信息计算当前小程序对外部服务调用的成功率，即该监控指标为判断对接口请求是否请求成功，请求状态可以表示是否请求成功(Yes或No)；可以依据入参，路径，用户机型统计各个域名下的不同接口，再依据用户网路、请求状态对同一个域名下的所有接口进行接口调用成功率的计算，后台针对每个域名会配置有成功率的阈值，若每个域名下计算得到的接口调用成功率大于当前阈值，则判定当前小程序启动阶段的运行状态为健康状态。例如A域名下有a1、a2、a3三种不同的接口，计算得到的平均接口调用成功率为98％，当前A域名预先配置的成功阈值为95％，则说明本次小程序启动能满足该阈值，则将当前小程序启动阶段的运行状态判定为健康状态。

步骤103、当小程序启动完成后，启动预设的页面监测逻辑，以获取小程序的页面渲染信息，并根据页面渲染信息判断小程序的页面加载阶段运行状态信息。

需要说明的是，当小程序启动已完成后，则启动预设的页面监测逻辑Monitor.hookPage()，该函数用于执行对小程序页面运行状态的监控逻辑，因为taro编译好的上万字符中原本是仅有小程序在页面运行状态调用的页面配置函数，即createPageConfig()。

在一些实施例中，页面渲染信息优选包括：页面信息与页面渲染时间，也可以是其它信息，如页面信息与页面渲染成功率等。

而步骤103中提及的根据页面渲染信息判断小程序的页面加载阶段运行状态信息，其步骤过程可以包括：

根据页面信息对应的页面渲染时间，对页面渲染时间与预设的渲染时间阈值进行比较，以根据比较结果确定小程序的页面加载阶段运行状态信息。

本申请自定义的Monitor.hookPage()函数是先执行对每个运行页面的监控逻辑操作，确认当前页面的运行状态健康后才会进一步调用页面配置函数createPageConfig()，以成功展现当前页面。

Monitor.hookPage()函数启动后，调用重写的`onLoad`加载函数和`onReady`预备函数；因为小程序对象原始的`onLoad`、`onReady`函数是不会附带监控执行逻辑的，所以需要预先进行函数的改写；

①在执行onLoad函数的时候对小程序当前页面进行时间标记，记录开始时间；

②在执行onReady函数的时间结束对小程序当前页面的时间标记，记录结束时间，然后用开始时间减去结束时间，得到页面渲染时间，将当前页面的页面名称与该页面的渲染时间上报给后台，后台会对渲染时间进行分析，例如将当前页面的渲染时间与时间阈值进行比较，若超出阈值则判定当前页面可能存在问题，需要进一步优化小程序。

步骤104、根据启动阶段运行状态信息与页面加载阶段运行状态信息，确定小程序的运行状态。

最后基于步骤102和步骤103得到的两组运行状态信息，若小程序在启动阶段与页面加载阶段的运行状态信息均显示状态健康，则可以判定该小程序的运行状态是健康的。

本实施例提供的方法在taro框架基础上，通过监测小程序的启动阶段进度，当小程序的启动阶段进度执行完taro-loader阶段后，启动预设的启动阶段监测逻辑，以在启动阶段app-loader执行的监控逻辑操作以及在页面加载阶段page-loader执行的监控逻辑操作，实现将taro接入arms，不需要对原生代码文件进行监控逻辑修改，仅使用10行以内的代码能做到相同的功能，从而判断该小程序的运行状态，解决了现有的小程序运行状态监测方法编写任务繁重且耗时的技术问题。

以上内容便是本申请提供的一种小程序运行状态监测方法的详细说明，下面为本申请提供的一种小程序运行状态监测装置的详细说明。

请参阅图4，本申请第二个实施例提供了一种小程序运行状态监测装置，包括：

小程序启动检测单元201，用于小程序启动检测单元，用于当检测到待监测的小程序启动时，监测小程序的启动阶段；

启动阶段监测触发单元202，用于小程序已执行了启动阶段中的第一加载阶段后，启动预设的启动阶段监测逻辑，以获取小程序的启动报错信息以及第三方服务调用反馈信息，并根据启动报错信息以及第三方服务调用反馈信息判断小程序的启动阶段运行状态信息；

页面加载阶段监测触发单元203，用于当小程序启动完成后，启动预设的页面监测逻辑，以获取小程序的页面渲染信息，并根据页面渲染信息判断小程序的页面加载阶段运行状态信息；

小程序运行状态判定单元204，用于根据启动阶段运行状态信息与页面加载阶段运行状态信息，确定小程序的运行状态。

以上内容便是本申请提供的一种小程序运行状态监测装置的详细说明，下面为本申请提供的一种小程序运行状态监测终端以及一种计算机可读存储介质的详细说明。

首先是本申请提供的一种小程序运行状态监测终端的实施例，本实施例提供的一种小程序运行状态监测终端，包括：存储器与处理器；

存储器用于存储程序代码，程序代码与如本申请第一个实施例提供的一种小程序运行状态监测方法相对应；

处理器用于执行程序代码。

然后是，本申请提供的一种计算机可读存储介质的实施例，本实施例提供了一种计算机可读存储介质，计算机可读存储介质中保存有程序代码，程序代码与如本申请第一个实施例提供的一种小程序运行状态监测方法相对应。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种小程序运行状态监测方法，其特征在于，包括：

当检测到待监测的小程序启动时，监测所述小程序的启动阶段；

当所述小程序已执行了所述启动阶段中的第一加载阶段后，启动预设的启动阶段监测逻辑，以获取所述小程序的启动报错信息以及第三方服务调用反馈信息，并根据所述启动报错信息以及所述第三方服务调用反馈信息判断所述小程序的启动阶段运行状态信息；

当所述小程序启动完成后，启动预设的页面监测逻辑，以获取所述小程序的页面渲染信息，并根据所述页面渲染信息判断所述小程序的页面加载阶段运行状态信息；

根据所述启动阶段运行状态信息与所述页面加载阶段运行状态信息，确定所述小程序的运行状态。

2.根据权利要求1所述的一种小程序运行状态监测方法，其特征在于，所述根据所述启动报错信息以及所述第三方服务调用反馈信息判断所述小程序的启动阶段运行状态信息具体包括：

根据启动报错信息，对所述小程序的报错事件进行报错定位，得到报错定位信息；

根据所述第三方服务调用反馈信息，计算第三方服务请求的调用成功率；

根据所述报错定位信息与所述调用成功率，确定所述小程序的启动阶段运行状态信息。

3.根据权利要求2所述的一种小程序运行状态监测方法，其特征在于，所述启动报错信息具体包括：报错文本、报错行号、报错时间、所述小程序运行的用户机型与用户网络。

4.根据权利要求2所述的一种小程序运行状态监测方法，其特征在于，所述第三方服务调用反馈信息具体包括：第三方服务接口请求的入参、路径、用户机型、用户网络与请求状态。

5.根据权利要求4所述的一种小程序运行状态监测方法，其特征在于，所述根据所述第三方服务调用反馈信息，计算第三方服务请求的调用成功率具体包括：

根据所述第三方服务接口请求的入参、路径、用户机型，按照各个所述第三方服务接口请求对应的请求对象进行分类，再根据同一请求对象的用户网络与请求状态，计算所述请求对象下的所有接口服务的调用成功率。

6.根据权利要求1所述的一种小程序运行状态监测方法，其特征在于，所述页面渲染信息具体包括：页面信息与页面渲染时间。

7.根据权利要求6所述的一种小程序运行状态监测方法，其特征在于，所述根据所述页面渲染信息判断所述小程序的页面加载阶段运行状态信息具体包括：

根据所述页面信息对应的页面渲染时间，对所述页面渲染时间与预设的渲染时间阈值进行比较，以根据比较结果确定所述小程序的页面加载阶段运行状态信息。

8.一种小程序运行状态监测装置，其特征在于，包括：

小程序启动检测单元，用于当检测到待监测的小程序启动时，监测所述小程序的启动阶段；

启动阶段监测触发单元，用于当所述小程序已执行了所述启动阶段中的第一加载阶段后，启动预设的启动阶段监测逻辑，以获取所述小程序的启动报错信息以及第三方服务调用反馈信息，并根据所述启动报错信息以及所述第三方服务调用反馈信息判断所述小程序的启动阶段运行状态信息；

页面加载阶段监测触发单元，用于当所述小程序启动完成后，启动预设的页面监测逻辑，以获取所述小程序的页面渲染信息，并根据所述页面渲染信息判断所述小程序的页面加载阶段运行状态信息；

小程序运行状态判定单元，用于根据所述启动阶段运行状态信息与所述页面加载阶段运行状态信息，确定所述小程序的运行状态。

9.一种小程序运行状态监测终端，其特征在于，包括：存储器与处理器；

所述存储器用于存储程序代码，所述程序代码与如权利要求1至7任意一项所述的一种小程序运行状态监测方法相对应；

所述处理器用于执行所述程序代码。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中保存有程序代码，所述程序代码与如权利要求1至7任意一项所述的一种小程序运行状态监测方法相对应。

Images