日志信息的上报方法、装置、计算机设备及存储介质与流程

本申请涉及计算机技术领域，尤其涉及一种日志信息的上报方法、装置、计算机设备及存储介质。

背景技术：

日志信息对于web应用，尤其是spa(英文全称：singlepagewebapplication，中文名称：单页web应用)来说尤为重要。目前，在生成日志信息后，需要新建uri(英文全称：uniformresourceidentifier，中文名称：统一资源标识符)请求，其中，该uri请求中携带日志信息，然后通过发送uri请求至服务器以完成日志上报。

然而，uri请求上报需要占用spa的页面主线程资源，容易造成页面卡顿等问题，尤其是在uri请求上报的频次增加或日志信息较大时，页面卡顿的问题更为严重。除此之外，采用uri请求上报日志的方式，也容易造成日志信息的丢失，譬如，在终端向服务器发送uri请求后，若终端出现断网，那么uri请求就无法准确地到达服务器，导致这部分日志信息的丢失。

因此，有必要提供一种日志信息的上报方法，以解决上述问题。

技术实现要素：

本申请提供了一种日志信息的上报方法、装置、计算机设备及存储介质，以避免在进行日志信息上报时占用页面主线程资源而导致的页面卡顿的问题。

第一方面，本申请提供了一种日志信息的上报方法，其包括：

获取web应用对应的日志信息；

通过预设上传脚本将所述日志信息写入内存队列，其中所述预设上传脚本采用webworker独立线程运行；

判断所述内存队列中的日志信息的数量是否大于预设数量；以及

若所述内存队列中的日志信息的数量大于所述预设数量，将所述内存队列中的日志信息上报至服务器。

第二方面，本申请提供了一种日志信息的上报装置，其包括：

日志获取单元，用于获取web应用对应的日志信息；

日志写入单元，用于通过预设上传脚本将所述日志信息写入内存队列，其中所述预设上传脚本采用webworker独立线程运行；

数量判断单元，用于判断所述内存队列中的日志信息的数量是否大于预设数量；以及

上报单元，用于若所述内存队列中的日志信息的数量大于所述预设数量，将所述内存队列中的日志信息上报至服务器。

第三方面，本申请又提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面提供的日志信息的上报方法。

第四方面，本申请还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行第一方面提供的日志信息的上报方法。

本申请提供一种日志信息的上报方法、装置、计算机设备及存储介质。该方法可以实现在上报日志信息至服务器时，不占用web应用页面的主线程资源，从而避免页面卡顿的问题发生。

附图说明

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

图1为本申请实施例提供的一种日志信息的上报方法的示意流程图；

图2为本申请实施例提供的一种日志信息的上报方法的具体示意流程图；

图3为本申请实施例提供的一种日志信息的上报方法的另一示意流程图；

图4为本申请实施例提供的一种日志信息的上报装置的示意性框图；

图5为本申请实施例提供的一种日志信息的上报装置的另一示意性框图；

图6为本申请实施例提供的一种计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1，图1是本申请实施例提供的一种日志信息的上报方法的示意流程图。该日志信息的上报方法应用于终端中。该终端可例如为手机、平板电脑、台式电脑、手提电脑等电子设备。如图1所示，该日志信息的上报方法包括步骤s101～s104。

s101、获取web应用对应的日志信息。

在本实施例中，为了可以捕捉到web应用的日志信息，需要在web应用的逻辑调用阶段程序中插入用于捕捉日志信息的程序，该用于捕捉日志信息的程序称为预设日志输出程序。

一般来说，web应用在加载页面时，需要加载html(英文全称：hypertextmarkuplanguage)、css(英文全称：cascadingstylesheets)和js(英文全称：javascript)。在加载完上述信息后，web应用可以正常显示页面，但无法与用户进行交互，譬如，用户点击web应用页面时，web应用无响应。为了可以实现与用户的交互，web应用需要进入逻辑调用阶段，该逻辑调用阶段通过运行逻辑调用阶段程序实现与用户的交互。因此，可以在逻辑调用阶段程序的重要节点上添加预设日志输出程序，譬如，在逻辑调用阶段程序的最前面加入一部分预设日志输出程序，以在进入逻辑调用阶段时运行预设日志输出程序，同时，在逻辑调用阶段程序的多个重要节点上，添加相应的预设日志输出程序，以输出每个重要节点的日志信息。

因此，在本实施例中，获取web应用对应的日志信息，具体包括：通过运行预设日志输出程序获取web应用对应的日志信息，其中，所述预设日志输出程序为在web应用的逻辑调用阶段程序中插入的用于捕捉日志信息的程序。

具体地，在一实施例中，日志信息可以包括web应用中当前页面的每个处理阶段的时间信息。其中，该时间信息可以包括页面的渲染时间、网络请求时间等时间信息。为了捕获该时间信息，通过运行预设日志输出程序获取web应用对应的日志信息，具体包括：通过运行预设日志输出程序中的performance.timing()方法获取web应用中当前页面的每个处理阶段的时间信息作为日志信息。

具体地，在一实施例中，该日志信息可以包括web应用的报错信息，其中，该报错信息可以包括浏览器报错和语法报错等信息。因此，为了可以获取到报错信息，通过运行预设日志输出程序获取web应用对应的日志信息，具体包括：通过运行预设日志输出程序中的try{}catch{}或者window.onerror()方法获取web应用的报错信息作为日志信息。

需要说明的是，日志信息可以同时包括上述的时间信息和报错信息，除此之外，日志信息还可以包括其他信息，在此不做具体限制。通过在web应用的逻辑调用阶段程序中插入预设日志输出程序，可以捕捉到web应用更全面的日志信息，提高日志信息的完整度。

s102、通过预设上传脚本将所述日志信息写入内存队列，其中所述预设上传脚本采用webworker独立线程运行。

在本实施例中，该预设上传脚本为预先编写的承载上传日志信息的逻辑代码的脚本。具体地，如图2所示，图2为本申请实施例提供的一种日志信息的上报方法的具体示意流程图。该步骤s102具体包括步骤s1021和s1022。

s1021、通过webworker独立线程运行预设上传脚本，并通过postmessage()方法接收web应用页面传递的所述日志信息。

s1022、将所述日志信息写入内存队列中。

通过webworker独立线程运行预设上传脚本，webworker通过web应用页面的postmessage()方法与web应用页面进行通信，从而接收到web应用页面传递的日志信息。在接收到日志信息后，webworker将日志信息写入至内存队列中，并执行步骤s103。

s103、判断所述内存队列中的日志信息的数量是否大于预设数量。

为了减少终端对服务器的访问次数，即上传日志信息的次数，减少服务器的访问压力，在本实施例中，需要判断内存队列中的日志信息的数量是否大于预设数量。其中，该预设数量可以根据实际需求进行设置，譬如，可以设置为1000。

若判断出内存队列中的日志信息的数量不大于预设数量，此时不进行上传日志信息的操作。

若判断出内存队列中的日志信息的数量大于预设数量，说明内存队列中的日志信息数量已经达到上传的条件，此时将执行步骤s104。

s104、若所述内存队列中的日志信息的数量大于所述预设数量，将所述内存队列中的日志信息上报至服务器。

当内存队列中的日志信息的数量超过预设数量时，webworker将内存队列中的日志信息上报至服务器，从而完成日志信息的上报操作。该日志信息的上报方法可以通过webworker独立线程上报日志信息，不占用web应用页面的主线程资源，避免因对主线程资源的占用而给web应用页面造成卡顿的问题。

在一实施例中，如图3所示，图3为本申请实施例提供的一种日志信息的上报方法的另一示意流程图。在该实施例中，该方法还包括步骤s105至s106。

步骤s105、判断网络是否处于连接状态。

在将所述内存队列中的日志信息上报至服务器之前，即在步骤s103判断出内存队列中的日志信息的数量大于预设数量时，还需进一步判断网络是否处于连接状态。若网络处于连接状态，将执行步骤s104，即执行将所述内存队列中的日志信息上报至服务器的步骤。若网络未处于连接状态，即，网络处于断网状态，此时将执行步骤s106。

s106、保存所述日志信息至本地内存，并在监控到所述网络处于连接状态时重新上报所述日志信息至所述服务器。

当步骤s105判断出网络处于断网状态时，webworker将日志信息保存在本地内存中，同时定期监控网络的状态，当监控到网络处于连接状态时，从本地内存中读取日志信息，并重新将日志信息上传至服务器。这样可以有效避免日志信息的丢失，使得日志上报的稳定性更强。

进一步地，在一实施例中，如图3所示，该方法还包括步骤s107和s108。

s107、判断是否接收到所述服务器发送的反馈信息。

s108、若未接收到所述服务器发送的反馈信息，保存所述日志信息至所述本地内存。

在该实施例中，在将内存队列中的日志信息上报至服务器之后，即步骤104之后，还需要判断是否接收到服务器发送的反馈信息。若服务器接收到日志信息，则服务器会向终端发送反馈信息，此时终端会接收到反馈信息，流程结束。若服务器未接收到日志信息，譬如，在发送日志信息至服务器的过程中，出现了断网等情况，那么终端就不会接收到反馈信息，此时需要将日志信息保存在本地内存中。

为了可以实现日志信息的上传，可以在将日志信息保存在本地内存中之后，间隔预设时间长度后，重新上传日志信息，直至成功将日志信息上传至服务器为止，从而避免日志信息的丢失，保证日志信息可以成功地存储在服务器中。

在本实施例中，通过webworker独立线程实现日志信息的上报，不占用web应用页面的主线程资源，从而避免造成web应用页面卡顿的问题。同时，该方法可以将渲染时间、网络请求时间、报错信息等各类信息上报至服务器，使得上报的日志信息更加全面，提高上报的日志信息的完整度。

本申请实施例还提供一种日志信息的上报装置，该日志信息的上报装置用于执行前述任一项日志信息的上报方法。具体地，请参阅图4，图4是本申请实施例提供的一种日志信息的上报装置的示意性框图。日志信息的上报装置300可以安装于终端中，譬如，该终端可以为手机、平板电脑、手提电脑、台式电脑等设备。

如图4所示，日志信息的上报装置300包括日志获取单元301、日志写入单元302、数量判断单元303和上报单元304。

日志获取单元301，用于获取web应用对应的日志信息。

具体地，在一实施例中，日志获取单元301，具体用于：通过运行预设日志输出程序获取web应用对应的日志信息，其中，所述预设日志输出程序为在web应用的逻辑调用阶段程序中插入的用于捕捉日志信息的程序。

在一实施例中，日志信息可以包括web应用中当前页面的每个处理阶段的时间信息。其中，该时间信息可以包括页面的渲染时间、网络请求时间等时间信息。日志获取单元301，具体用于：通过运行预设日志输出程序中的performance.timing()方法获取web应用中当前页面的每个处理阶段的时间信息作为日志信息。

在一实施例中，该日志信息可以包括web应用的报错信息，其中，该报错信息可以包括浏览器报错和语法报错等信息。日志获取单元301，具体用于：通过运行预设日志输出程序中的try{}catch{}或者window.onerror()方法获取web应用的报错信息作为日志信息。

需要说明的是，日志信息可以同时包括上述的时间信息和报错信息，除此之外，日志信息还可以包括其他信息，在此不做具体限制。通过在web应用的逻辑调用阶段程序中插入预设日志输出程序，可以捕捉到web应用更全面的日志信息，提高日志信息的完整度。

日志写入单元302，用于通过预设上传脚本将所述日志信息写入内存队列，其中所述预设上传脚本采用webworker独立线程运行。

具体地，在一实施例中，日志写入单元302，具体用于：通过webworker独立线程运行预设上传脚本，并通过postmessage()方法接收web应用页面传递的所述日志信息；以及，将所述日志信息写入内存队列中。

数量判断单元303，用于判断所述内存队列中的日志信息的数量是否大于预设数量。

上报单元304，用于若所述内存队列中的日志信息的数量大于所述预设数量，将所述内存队列中的日志信息上报至服务器。

在一实施例中，如图5所示，图5为本申请实施例提供的一种日志信息的上报装置的另一示意性框图。该日志信息的上报装置300还包括网络判断单元305和存储单元306。在图5所示的实施例中，在上报单元304执行将所述内存队列中的日志信息上报至服务器之前，网络判断单元305，用于判断网络是否处于连接状态。

当网络判断单元305判断出网络处于连接状态时，则上报单元304执行将所述内存队列中的日志信息上报至服务器的操作。当网络判断单元305判断出网络未处于连接状态时，存储单元306将保存所述日志信息至本地内存。同时，在存储单元306存储完日志信息后，该上报单元304还用于在监控到所述网络处于连接状态时重新上报所述日志信息至所述服务器。

在一实施例中，如图5所示，该日志信息的上报装置300还包括信息判断单元307。

信息判断单元307，用于判断是否接收到所述服务器发送的反馈信息。

在上报单元304将内存队列中的日志信息上报至服务器之后，信息判断单元307判断是否接收到所述服务器发送的反馈信息。若信息判断单元307判断出未接收到所述服务器发送的反馈信息，则存储单元306将保存所述日志信息至所述本地内存。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的日志信息的上报装置300和各单元的具体工作过程，可以参考前述日志信息的上报方法实施例中的对应过程，在此不再赘述。

本实施例中的日志信息的上报装置300，可以实现在不占用web应用页面的主线程资源的情况下实现日志信息的上报，从而避免造成web应用页面卡顿的问题。

上述日志信息的上报装置可以实现为一种计算机程序的形式，该计算机程序可以在如图6所示的计算机设备上运行。

请参阅图6，图6是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500设备可以是终端。

参阅图6，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种日志信息的上报方法。

该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种日志信息的上报方法。

该网络接口505用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下功能：获取web应用对应的日志信息；通过预设上传脚本将所述日志信息写入内存队列，其中所述预设上传脚本采用webworker独立线程运行；判断所述内存队列中的日志信息的数量是否大于预设数量；以及若所述内存队列中的日志信息的数量大于所述预设数量，将所述内存队列中的日志信息上报至服务器。

在一实施例中，处理器502在执行获取web应用对应的日志信息时，具体实现如下功能：通过运行预设日志输出程序获取web应用对应的日志信息，其中，所述预设日志输出程序为在web应用的逻辑调用阶段程序中插入的用于捕捉日志信息的程序。

在一实施例中，处理器502在执行通过运行预设日志输出程序获取web应用对应的日志信息时，具体实现如下功能：通过运行预设日志输出程序中的performance.timing()方法获取web应用中当前页面的每个处理阶段的时间信息作为日志信息。

在一实施例中，处理器502在执行通过运行预设日志输出程序获取web应用对应的日志信息时，具体实现如下功能：通过运行预设日志输出程序中的try{}catch{}或者window.onerror()方法获取web应用的报错信息作为日志信息。

在一实施例中，处理器502在执行通过预设上传脚本将所述日志信息写入内存队列时，具体实现如下功能：通过webworker独立线程运行预设上传脚本，并通过postmessage()方法接收web应用页面传递的所述日志信息；将所述日志信息写入内存队列中。

在一实施例中，处理器502在执行将所述内存队列中的日志信息上报至服务器之前，还实现如下功能：判断网络是否处于连接状态；若所述网络处于连接状态，执行将所述内存队列中的日志信息上报至服务器的步骤；若所述网络未处于连接状态，保存所述日志信息至本地内存，并在监控到所述网络处于连接状态时重新上报所述日志信息至所述服务器。

在一实施例中，处理器502在执行将所述内存队列中的日志信息上报至服务器之后，还实现如下功能：判断是否接收到所述服务器发送的反馈信息；若未接收到所述服务器发送的反馈信息，保存所述日志信息至所述本地内存。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本申请的另一实施例中提供一种计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时使处理器执行如下程序：获取web应用对应的日志信息；通过预设上传脚本将所述日志信息写入内存队列，其中所述预设上传脚本采用webworker独立线程运行；判断所述内存队列中的日志信息的数量是否大于预设数量；以及若所述内存队列中的日志信息的数量大于所述预设数量，将所述内存队列中的日志信息上报至服务器。

在一实施例中，该程序指令被处理器执行获取web应用对应的日志信息时，具体执行如下程序：通过运行预设日志输出程序获取web应用对应的日志信息，其中，所述预设日志输出程序为在web应用的逻辑调用阶段程序中插入的用于捕捉日志信息的程序。

在一实施例中，该程序指令被处理器执行通过运行预设日志输出程序获取web应用对应的日志信息时，具体执行如下程序：通过运行预设日志输出程序中的performance.timing()方法获取web应用中当前页面的每个处理阶段的时间信息作为日志信息。

在一实施例中，该程序指令被处理器执行通过运行预设日志输出程序获取web应用对应的日志信息时，具体执行如下程序：通过运行预设日志输出程序中的try{}catch{}或者window.onerror()方法获取web应用的报错信息作为日志信息。

在一实施例中，该程序指令被处理器执行通过预设上传脚本将所述日志信息写入内存队列时，具体执行如下程序：通过webworker独立线程运行预设上传脚本，并通过postmessage()方法接收web应用页面传递的所述日志信息；将所述日志信息写入内存队列中。

在一实施例中，该程序指令被处理器执行将所述内存队列中的日志信息上报至服务器之前，还执行如下程序：判断网络是否处于连接状态；若所述网络处于连接状态，执行将所述内存队列中的日志信息上报至服务器的步骤；若所述网络未处于连接状态，保存所述日志信息至本地内存，并在监控到所述网络处于连接状态时重新上报所述日志信息至所述服务器。

在一实施例中，该程序指令被处理器执行将所述内存队列中的日志信息上报至服务器之后，还执行如下程序：判断是否接收到所述服务器发送的反馈信息；若未接收到所述服务器发送的反馈信息，保存所述日志信息至所述本地内存。

该存储介质可以是u盘、移动硬盘、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本申请实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。