CN114077529B - 日志上传方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请涉及通信技术领域，提供一种日志上传方法、装置、电子设备及计算机可读存储介质。日志上传方法包括：在电子设备的显示界面上显示的第一页面为指定页面的情况下，确定第一页面的场景信息，在第一页面的场景信息与预设场景匹配的情况下，检测第一页面的卡顿信息以及抓取第一页面对应的日志信息，卡顿信息用于反映第一页面的卡顿情况，日志信息用于确定导致第一页面发生卡顿的原因；根据卡顿信息确定满足日志上报条件的情况下，向服务器上传所述日志信息，在保证上传的日志信息反映卡顿信息的情况下，可以降低日志抓取、卡顿检测以及上传日志所占用的能耗，提高电子设备的性能，提升了用户体验。

Description

日志上传方法、装置、电子设备及计算机可读存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种日志上传方法、装置、电子设备及计算机可读存储介质。

背景技术

现有的电子设备，由于受到各种硬件条件，或者软件系统的条件的限制，在使用过程中会出现卡顿情况。若开发人员不对电子设备的日志进行分析，则无法确定导致卡顿的原因，进而无法提高电子设备的性能。

但是，在电子设备的运行过程中，若抓取所有日志信息并上传至服务器，会造成电子设备功耗的损失以及性能的下降，进而影响用户体验。

发明内容

本申请提供一种日志上传方法、装置、电子设备及计算机可读存储介质，可以降低抓取日志和上传日志的过程对电子设备的性能和功耗的影响。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种日志上传方法，应用于电子设备中，所述方法包括：

在所述电子设备的显示界面上显示的第一页面为指定页面的情况下，确定所述第一页面的场景信息，所述第一页面为所述电子设备中运行的应用程序的页面；在所述第一页面的场景信息与预设场景匹配的情况下，检测所述第一页面的卡顿信息以及抓取所述第一页面对应的日志信息，所述卡顿信息用于反映所述第一页面的卡顿情况，所述日志信息用于确定导致所述第一页面发生卡顿的原因；根据所述卡顿信息确定满足日志上报条件的情况下，向服务器上传所述日志信息。

上述实施例中，在第一页面的场景信息与预设场景匹配时，才进行卡顿检测和日志抓取，在根据卡顿信息确定满足日志上报条件的情况下，将抓取的日志信息上传至服务器，在保证上传的日志信息反映卡顿信息的情况下，可以降低日志抓取、卡顿检测以及上传日志所占用的能耗，提高电子设备的性能，进而提升了用户体验。

在一种可能的实现方式中，所述根据所述卡顿信息确定满足日志上报条件，包括：若所述卡顿信息满足卡顿阈值，确定满足所述日志上报条件。由于卡顿阈值可以反映第一页面的卡顿情况，根据卡顿阈值确定满足日志上报条件，提高了上报的日志信息与卡顿情况的关联度。

在一种可能的实现方式中，所述检测所述第一页面的卡顿信息，包括：根据所述电子设备处理所述第一页面的当前帧数据的时间，以及处理所述第一页面的下一帧数据的时间确定所述卡顿信息。电子设备处理相邻两帧数据的时间反映第一页面的刷新速度，根据电子设备处理相邻两帧数据的时间确定卡顿信息，提高了确定的卡顿信息的准确度。

在一种可能的实现方式中，所述卡顿信息包括处理所述当前帧数据的时间与处理所述下一帧数据的时间的时间间隔，或根据处理所述当前帧数据的时间以及处理所述下一帧数据的时间确定的丢帧数量；所述卡顿信息满足卡顿阈值包括：所述时间间隔大于预设时长，或所述丢帧数量大于预设帧数。

在一种可能的实现方式中，所述根据所述电子设备处理所述第一页面的当前帧数据的时间，以及处理所述第一页面的下一帧数据的时间确定所述卡顿信息，包括：根据所述当前帧数据的第一处理阶段的起始时间和所述下一帧数据的所述第一处理阶段的起始时间，确定所述卡顿信息，进一步提高了确定的卡顿信息的准确度。

在一种可能的实现方式中，所述第一页面的场景信息与预设场景匹配，包括：若在所述第一页面上检测到指定操作，则确定所述第一页面的场景信息与所述预设场景匹配。在第一页面上检测到指定操作时，第一页面响应于第一操作进行数据处理，数据处理的快慢反映第一页面的卡顿程度，在第一页面上检测到指定操作时，确定第一页面的场景信息与预设场景匹配，进而可以抓取到反映第一页面卡顿情况的日志信息。

在一种可能的实现方式中，所述指定操作为滑动所述第一页面的操作。

在一种可能的实现方式中，所述方法还包括：

在检测到所述显示界面上显示目标应用程序的情况下，若检测到所述目标应用程序的页面发生变化，确定所述显示界面上显示的所述第一页面是否为所述指定页面，从而降低第一页面的判断过程对电子设备的能耗的影响。

在一种可能的实现方式中，所述方法还包括：

在检测到所述显示界面上显示的应用程序发生变化的情况下，确定所述显示界面上显示的应用程序是否为所述目标应用程序，从而降低目标应用程序的判断过程对电子设备能耗的影响。

在一种可能的实现方式中，所述方法还包括：

在检测到所述电子设备开机后，检测所述显示界面上显示的应用程序是否发生变化，从而可以及时确定显示界面上显示的应用程序。

在一种可能的实现方式中，所述向服务器上传所述日志信息，包括：对所述日志信息进行压缩，得到压缩包；向所述服务器上传所述压缩包。压缩包相对于日志信息的文件大小较小，从而降低了上传压缩包所占用的网络资源。

在一种可能的实现方式中，所述方法还包括：在所述显示界面上显示的第一页面不是所述指定页面的情况下，或者，在所述第一页面为所述指定页面，所述第一页面的场景信息与所述预设场景不匹配的情况下，不执行检测所述第一页面的卡顿信息以及抓取所述第一页面对应的日志信息。

第二方面，提供一种日志上传装置，应用于电子设备，所述装置包括：数据监听模块、卡顿检测模块以及日志抓取模块，其中，所述数据监听模块用于在所述电子设备的显示界面上显示的第一页面为指定页面的情况下，确定所述第一页面的场景信息，在所述第一页面的场景信息与预设场景匹配的情况下，指示所述卡顿检测模块检测所述第一页面的卡顿信息，以及指示所述日志抓取模块抓取所述第一页面对应的日志信息；所述第一页面为所述电子设备中运行的应用程序的页面，所述卡顿信息用于反映所述第一页面的卡顿情况，所述日志信息用于确定导致所述第一页面发生卡顿的原因；

所述数据监听模块还用于根据所述卡顿信息判断是否满足日志上报条件，在根据所述卡顿信息确定满足日志上报条件的情况下，向服务器上传所述日志信息。

在一种可能的实现方式中，所述数据监听模块具体用于：若所述卡顿信息满足卡顿阈值，确定满足所述日志上报条件。

在一种可能的实现方式中，所述卡顿检测模块具体用于：

根据所述电子设备处理所述第一页面的当前帧数据的时间，以及处理所述第一页面的下一帧数据的时间确定所述卡顿信息。

在一种可能的实现方式中，所述卡顿信息包括处理所述当前帧数据的时间与处理所述下一帧数据的时间的时间间隔，或根据处理所述当前帧数据的时间以及处理所述下一帧数据的时间确定的丢帧数量；所述卡顿信息满足卡顿阈值包括：

所述时间间隔大于预设时长，或所述丢帧数量大于预设帧数。

在一种可能的实现方式中，所述卡顿检测模块具体用于：

根据所述当前帧数据的第一处理阶段的起始时间和所述下一帧数据的所述第一处理阶段的起始时间，确定所述卡顿信息。

在一种可能的实现方式中，所述数据监听模块具体用于：若在所述第一页面上检测到指定操作，则确定所述第一页面的场景信息与所述预设场景匹配。

在一种可能的实现方式中，所述指定操作为滑动所述第一页面的操作。

在一种可能的实现方式中，所述数据监听模块具体用于：

在检测到所述显示界面上显示目标应用程序的情况下，若检测到所述目标应用程序的页面发生变化，确定所述显示界面上显示的所述第一页面是否为所述指定页面。

在一种可能的实现方式中，所述数据监听模块具体用于：

在检测到所述显示界面上显示的应用程序发生变化的情况下，确定所述显示界面上显示的应用程序是否为所述目标应用程序。

在一种可能的实现方式中，所述数据监听模块具体用于：

在检测到所述电子设备开机后，检测所述显示界面上显示的应用程序是否发生变化。

在一种可能的实现方式中，所述数据监听模块具体用于：

对所述日志信息进行压缩，得到压缩包；

向所述服务器上传所述压缩包。

在一种可能的实现方式中，所述数据监听模块具体用于：

在所述显示界面上显示的第一页面不是所述指定页面的情况下，或者，在所述第一页面为所述指定页面，所述第一页面的场景信息与所述预设场景不匹配的情况下，不执行检测所述第一页面的卡顿信息以及抓取所述第一页面对应的日志信息。

第三方面，提供一种电子设备，包括处理器以及显示屏，所述显示屏用于显示第一页面，所述处理器用于执行存储在存储器中的计算机程序，以实现如上述第一方面所述的日志上传方法。

第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的日志上传方法。

第五方面，提供一种芯片，所述芯片包括处理器，所述处理器和存储器耦合，所述处理器执行所述存储器中存储的计算机程序或指令，以实现如上述第一方面所述的日志上传方法。

第六方面，提供一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面所述的日志上传方法。

附图说明

图1为本申请实施例提供的日志上传方法的应用场景图；

图2为本申请实施例提供的与预设场景不匹配的场景的界面示意图；

图3为本申请实施例提供的与预设场景匹配的场景的界面示意图；

图4为本申请另一实施例提供的与预设场景不匹配的场景的界面示意图；

图5为本申请又一实施例提供的与预设场景不匹配的场景的界面示意图；

图6为本申请又一实施例提供的与预设场景不匹配的场景的界面示意图；

图7为本申请实施例提供的一种日志上传方法的流程示意图；

图8为本申请实施例提供的卡顿检测的示意图；

图9为本申请实施例提供的电子设备的架构图；

图10为本申请实施例提供的服务器的架构图；

图11为本申请实施例提供的一种日志上传方法的具体实现方法的流程图；

图12为本申请实施例提供的电子设备的软件结构框图；

图13为本申请实施例提供的电子设备的结构图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

电子设备在使用过程中会存在卡顿的现象，为了帮助开发人员分析卡顿原因，需要将电子设备运行过程中的日志信息上传服务器，但是，在电子设备的运行过程中，若抓取所有场景下的日志信息并上传至服务器，会造成电子设备功耗的损失以及性能的下降，进而影响用户体验。

为此，本申请提供了一种日志上传方法，在检测到电子设备的显示界面上显示的第一页面为指定页面，且第一页面的场景信息与预设场景匹配时，进行卡顿检测和日志抓取，在根据卡顿信息确定满足日志上报条件的情况下，将抓取的日志信息上传至服务器，从而可以降低日志抓取、卡顿检测以及上传日志所占用的能耗，提高电子设备的性能，提升了用户体验。

下面对本申请提供的日志上传方法进行示例性说明。

本申请实施例提供的日志上传方法应用于电子设备。如图1所示，电子设备100与服务器200通信连接，电子设备100用于向服务器200上传抓取的日志信息。服务器200用于存储日志信息，并提供日志信息的下载通道。

示例性的，本申请实施例中所述的电子设备100可以是手机、可穿戴设备（如智能手表、智能手环、智能眼镜、智能首饰等）、平板电脑、车载设备、增强现实（augmentedreality，AR）/虚拟现实（virtual reality，VR）设备、笔记本电脑、超级移动个人计算机（ultra-mobile personal computer，UMPC）、上网本、个人数字助理（personal digitalassistant，PDA）以及其他具有显示屏的电子设备。电子设备包括但不限于搭载iOS®、Android®、Microsoft®、鸿蒙系统（Harmony OS）或者其他操作系统的设备。本申请实施例对该电子设备的具体形态/类型不作特殊限制。

下面结合附图，对本申请实施例提供的日志上传方法的应用场景进行介绍。

以指定页面是微信®应用程序的朋友圈页面，预设场景是检测到滑动朋友圈页面的场景为例，对应用场景进行介绍。

如图2所示，电子设备在检测到显示界面上显示的应用程序是视频应用程序时，确定不满足预设场景，不进行卡顿信息的检测以及日志信息的抓取。

如图3所示，当电子设备的显示界面上显示的应用程序是微信应用程序时，电子设备确定显示界面上显示的第一页面是否为朋友圈页面。示例性地，电子设备根据第一页面的activity确定第一页面是否为朋友圈页面。在确定第一页面是朋友圈页面，且检测到滑动朋友圈页面的操作的情况下，电子设备确定第一页面的场景信息与预设场景匹配，电子设备开始检测卡顿信息，并抓取与朋友圈页面对应的日志信息。之后，电子设备判断卡顿信息是否满足卡顿阈值，若满足卡顿阈值，则电子设备将抓取的日志信息上传至服务器。若不满足卡顿阈值，则电子设备不上传日志信息。

如图4所示，电子设备响应于滑动操作，执行滑动朋友圈页面的功能后，确定场景结束，停止卡顿信息的检测以及日志信息的抓取。若电子设备在第一页面再一次检测到滑动操作，则确定第一页面的场景信息与预设场景匹配，电子设备再次进行卡顿信息的检测以及日志信息的抓取。

如图5所示，电子设备在检测到显示界面上显示的应用程序是微信应用程序，且根据第一页面的activity确定第一页面是朋友圈页面时，若检测到单击操作，则确定第一页面的场景信息与预设场景不匹配，不进行卡顿信息的检测以及日志信息的抓取。

如图6所示，电子设备在检测到显示界面上显示的应用程序是微信应用程序，且根据第一页面的activity确定第一页面是视频通话页面时，确定不满足预设场景，不进行卡顿信息的检测以及日志信息的抓取。

根据本申请提供的日志上传方法，在电子设备的显示界面上显示的第一页面是指定页面，且第一页面的场景信息与预设场景匹配时，进行卡顿检测和日志抓取，在卡顿信息满足卡顿阈值时，上传日志信息，在不满足卡顿阈值时，不上传日志信息。在显示界面上显示的第一页面不是指定页面，或第一页面是指定页面，但第一页面的场景信息与预设场景不匹配时，不进行卡顿检测和日志抓取。相对于持续进行卡顿检测、日志抓取以及上传日志，采用本申请实施例提供的日志上传方法，可以降低电子设备的能耗，提高电子设备的性能，进而提升用户体验。

下面结合附图，对本申请实施例提供的日志上传方法的具体实现过程进行介绍。

如图7所示，本申请实施例提供的日志上传方法由电子设备执行，该日志上传方法包括：

S701：在所述电子设备的显示界面上显示的第一页面为指定页面的情况下，确定所述第一页面的场景信息。

其中，第一页面为所述电子设备中运行的应用程序的页面。指定页面是预先设定的页面，可以是目标应用程序的所有页面，也可以是目标应用程序的一个页面。第一页面的场景信息是电子设备在显示界面上显示第一页面时，所检测到的用户的操作信息，或者所检测到的第一页面的显示内容。

在一实施例中，开发人员根据预先采集的应用程序或者页面的访问情况的大数据确定访问频率较高的页面，将访问频率较高的页面作为指定页面，或者将统计到应用程序运行过程中容易发生卡顿的页面作为指定页面。在另一实施例中，电子设备开机后，电子设备统计预设时段或者预设访问次数内用户访问各页面的次数，将访问次数大于预设值的页面作为指定页面。在另一实施例中，电子设备按照设定周期统计预设时段或者预设访问次数内用户访问各页面的次数，将访问次数大于预设值的页面作为指定页面，从而可以根据用户的使用情况动态调整指定页面。在另一实施例中，电子设备开机后，统计预设时段或者预设访问次数内发生卡顿的页面，将发生卡顿的页面中，卡顿时长大于预设时长的页面作为指定页面。

在一实施例中，通过白名单的方式，预先存储指定页面对应的activity，根据白名单确定第一页面的activity与预先存储的activity是否相匹配，若相匹配，则确定第一页面是指定页面。其中，电子设备可以通过dumpsys window | grep mCurrentFocus命令获取当前页面的activity。

在一实施例中，电子设备中存储有指定页面以及指定页面所在的目标应用程序的信息。在检测到电子设备开机后，电子设备监听显示界面上显示的应用程序是否发生变化，从而可以及时确定显示界面上显示的应用程序。若电子设备检测到显示界面上显示的应用程序发生变化，则判断显示界面上显示的应用程序是否是目标应用程序，若电子设备未检测到显示界面上显示的应用程序发生变化，则不对显示界面上显示的应用程序进行判断，从而降低应用程序的判断过程对电子设备的能耗的影响。其中，显示界面上显示的应用程序是指电子设备中运行于前台的应用程序。

若电子设备检测到显示界面上显示的应用程序不是目标应用程序，则不对第一页面进行判断。若电子设备检测到显示界面上显示的应用程序是目标应用程序，则检测目标应用程序的页面是否发生变化。在检测到目标应用程序的页面发生变化时，确定第一页面是否为指定页面，从而降低页面检测任务对电子设备的能耗的影响。

S702：在所述第一页面的场景信息与预设场景匹配的情况下，检测所述第一页面的卡顿信息以及抓取所述第一页面对应的日志信息。

其中，卡顿信息用于反映第一页面的卡顿情况，日志信息用于确定导致第一页面发生卡顿的原因。

在一实施例中，预设场景是显示指定页面的场景，即显示界面上显示的第一页面为指定页面时，电子设备确定第一页面的场景信息与预设场景匹配。在另一实施例中，若在第一页面上检测到指定操作，则电子设备确定第一页面的场景信息与预设场景匹配。

在一种可能的实现方式中，指定操作是滑动操作，在显示界面上显示的第一页面为指定页面时，若电子设备检测到滑动第一页面的操作，则电子设备确定第一页面的场景信息与预设场景匹配。

示例性的，在检测到手指触摸显示界面的时，记录当前时间以及显示界面上的触摸位置，在检测到手指离开显示界面时，记录当前时间以及手指离开显示界面前在显示界面上的位置，根据记录的手指触摸显示界面的时间以及手指离开显示界面的时间确定操作时长，根据手指的触摸位置以及手指离开显示界面前在显示界面的位置确定滑动距离。若操作时长在预设时长范围内，且滑动距离在预设距离范围内，则确定检测到滑动操作。

在另一种可能的实现方式中，指定操作是单击操作，在显示界面上显示的第一页面为指定页面时，若检测到单击操作，则确定第一页面的场景信息与预设场景匹配。

在其他可能的实现方式中，指定操作也可以包括双击操作，也可以包括滑动操作、单击操作、双击操作等所有操作。

在第一页面的场景信息与预设场景匹配时，才对第一页面进行卡顿信息的检测以及日志信息的抓取，相对于持续进行卡顿检测和日志抓取，可以降低对终端设备性能和功耗的影响。

在一实施例中，第一页面包括多帧数据，在检测到用户的滑动操作后，电子设备确定响应滑动操作所需要显示的内容，并依次处理与需要显示的内容对应的各帧数据。卡顿信息由电子设备处理当前帧数据的时间，以及处理下一帧数据的时间确定。电子设备处理相邻两帧数据的时间可以反映数据刷新速度，进而反映电子设备的卡顿情况。

在一实施例中，电子设备根据当前帧数据的第一处理阶段的起始时间以及下一帧数据的第一处理阶段的起始时间，确定卡顿信息。其中，当前页面中每帧数据对应多个处理阶段，每帧数据的多个处理阶段相同，可以将多个处理阶段中的任一个处理阶段作为第一处理阶段。示例性地，可以在调用第一处理阶段对应的任务函数之前，添加记录时间的指令，以记录第一处理阶段的起始时间。由于各帧数据的处理阶段相同，因此，各阶段需要处理的数据量相同，根据当前帧数据的第一处理阶段以及下一帧数据的第一处理阶段确定卡顿信息，提高了确定的卡顿信息的准确度。

示例性的，如图8所示，在检测到滑动操作后，确定响应滑动操作所需要显示的内容包括两帧数据。从检测到滑动操作的动作结束，也即检测到用户的手指抬起的时刻开始，按照每帧数据的对应的处理阶段处理两帧数据。例如，系统每隔预设时长（例如16ms）发出一个Vsync信号，在不发生卡顿的情况下，在确定需要显示的内容后，接收到第一个Vsync信号，依次处理第一帧数据的用户界面线程和渲染线程。用户界面线程用于绘制页面，包括deliverInputEvent阶段和Doframe阶段，Doframe阶段包括Input阶段、Animation阶段和traversal阶段。其中，deliverInputEvent、Input、Animation和traversal分别表示对应阶段所调用的函数的函数名称。渲染线程用于渲染页面，包括Drawframe阶段，Drawframe表示该阶段所调用的函数的函数名称。在接收到第二个Vsync信号时，开始处理第一帧数据的surfaceFlinger线程，surfaceFlinger线程用于合成显示数据，包括onMessageInvaliate阶段和onMessageRefresh阶段，onMessageInvaliate和onMessageRefresh分别表示对应阶段所调用的函数的函数名称。在接收到第二个Vsync信号时，同时处理第二帧数据的用户界面线程和渲染线程。第二帧数据的用户界面线程和渲染线程与第一帧数据的用户界面线程和渲染线程的处理过程相同。在接收到第三个Vsync信号时，显示界面显示第一帧数据，同时处理第二帧数据的surfaceFlinger线程。在接收到第四个Vsync信号时，显示界面显示第二帧数据。将Animation阶段作为第一处理阶段，将第一帧数据的Animation阶段的起始时间记为第一时间，将第二帧数据的Animation阶段的起始时间记为第二时间，在不发生卡顿的情况下，第一时间和第二时间之间的时间间隔即为Vsync信号的周期。若发生卡顿，则第一时间和第二时间之间的时间间隔大于Vsync信号的周期。因此，在处理两帧数据的过程中，记录第一时间和第二时间，根据第一时间和第二时间之间的时间间隔即可确定卡顿信息。

在一实施例中，卡顿信息包括电子设备处理当前帧数据的时间与处理下一帧数据的时间的时间间隔。示例性地，对于当前页面的当前帧数据，根据当前帧数据对应的第一时间与下一帧数据对应的第二时间确定时间间隔。由于时间间隔可以反映当前页面中各帧数据的刷新速度，根据时间间隔作确定卡顿信息，提高了确定出的卡顿信息的准确度。

在另一实施例中，卡顿信息包括丢帧数量，丢帧数量根据当前帧数据的时间、下一帧数据的时间以及预设周期确定，预设周期是预先设定的电子设备处理每帧数据的理论时长。示例性地，电子设备根据公式((fling2-(fling1+Interval)) /Interval计算丢帧数量，其中，fling1表示当前帧数据对应的第一时间，fling2表示下一帧数据对应的第二时间，Interval表示预设周期。其中，Interval可以与Vsync信号的周期相等。

在其他实施例中，卡顿信息也可以由电子设备处理连续若干帧数据的时间确定。例如，电子设备根据电子设备处理连续5帧数据的时间，确定相邻两帧数据之间的时间间隔，根据各时间间隔计算平均值，将平均值作为卡顿信息。又例如，根据电子设备处理连续5帧数据的时间，确定帧刷新频率，将帧刷新频率作为卡顿信息。

在其他实施例中，也可以根据电子设备处理当前页面中各帧数据的时长确定卡顿信息，也可以根据当前帧数据中各处理阶段的处理时长确定卡顿信息。

在一实施例中，在确定卡顿信息后，将卡顿信息以及卡顿信息对应的卡顿关键字记录至电子设备的logcat中，以便于后续调用。其中，卡顿关键字可以是当前帧数据的标识或者当前页面的标识。示例性地，卡顿信息为丢帧数量，在logcat中，用JlogConstants字段标记卡顿关键字，用ARG2字段标记丢帧数量，用RR字段标记预设周期。

在一实施例中，确定电子设备的日志文件的第一存储路径，从第一存储路径抓取与第一页面对应的日志信息，将抓取的日志信息存储至第二存储路径的文件中。例如，可以将抓取的日志信息存储在csv格式的文件中。其中，第一页面对应的日志信息是指电子设备在处理第一页面的过程中的可维日志。可维日志可以是性能、功耗、热量等维测日志和systrace。电子设备可以根据第一页面以及对应的可维日志，确定需要从第一存储路径抓取的日志信息所在日志文件以及日志文件中的字段，根据字段从日志文件中抓取第一页面对应的日志信息。

需要说明的是，上述实施例中所述的显示界面上显示的应用程序，是在显示界面上只显示一个应用程序的情况下确定的。在显示界面上只显示一个应用程序的情况下，电子设备的后台可以运行多个应用程序。上述实施例中所述的第一页面是在显示界面上只显示一个页面的情况下确定的。在其他实施例中，电子设备分屏显示，显示界面上显示的应用程序可以是用户最近一次打开的应用程序，或者用户正在操作的应用程序，第一页面可以是用户最近一次打开的页面，或者用户正在操作的页面。

S703：根据所述卡顿信息确定满足日志上报条件的情况下，向服务器上传所述日志信息。

具体地，卡顿信息用于反映第一页面发生卡顿的程度，若根据卡顿信息确定第一页面发生卡顿的程度达到预设程度，则确定满足日志上报条件。

在一实施例中，若卡顿信息满足卡顿阈值，则确定满足日志上报条件。具体地，若卡顿信息包括时间间隔，时间间隔大于预设时长，则确定卡顿信息满足卡顿阈值。若卡顿信息包括丢帧数量，丢帧数量大于预设帧数，则确定卡顿信息满足卡顿阈值。若卡顿信息包括帧刷新频率，帧刷新频率小于预设频率，则确定卡顿信息满足卡顿阈值。在一实施例中，卡顿信息记录于logcat中，电子设备通过实时监听logcat，确定卡顿信息是否满足卡顿阈值。示例性地，logcat中记录的ARG2字段标记丢帧数量，电子设备通过实时监听logcat中的ARG2字段对应的记录，即可确定丢帧数量，根据丢帧数量确定卡顿信息是否满足卡顿阈值。

其中，卡顿阈值可以是根据经验设定的，若超过卡顿阈值，页面刷新速度慢，用户会感觉到卡顿，影响用户体验。例如，卡顿信息是时间间隔，对应的卡顿阈值可以是10-100ms之间的数值。又例如，卡顿信息是丢帧数量，对应的卡顿阈值可以是3-7之间的数值。在其他实施例中，也可以根据不同预设场景对应的指定页面或者指定应用程序设定不同的卡顿阈值。

在一实施例中，在抓取日志信息后，若电子设备满足卡顿阈值，对日志信息进行压缩，得到压缩包，将压缩包上传至服务器，从而降低上传日志的过程对电子设备能耗的影响。

在本申请的一个可能的实施例中，电子设备在抓取日志信息后，确定日志信息的大小，如果日志信息的大小小于指定值，则电子设备可以不用对日志信息进行压缩，而上传给服务器。在日志信息大于或等于指定值时，则电子设备可以对日志信息进行压缩，并将得到的压缩包上传至服务器。

需要说明的是，上传至服务器的日志信息，是从确定第一页面的场景信息与预设场景匹配的时刻起，到确定满足卡顿阈值时刻之间所抓取的全部日志信息。若预设场景是在第一页面上检测到滑动操作的场景，则日志信息是从在第一页面上检测到滑动操作结束的时刻，到确定满足卡顿阈值时刻之间所抓取的全部日志信息。在当前场景结束后，若再一次检测到第一页面的场景信息与预设场景匹配，则重新开始抓取与第一页面对应的日志信息。

在一实施例中，电子设备对日志信息进行压缩，得到压缩包后，确定电子设备的运行内存的占用率。若电子设备的运行内存的占用率小于预设值，则直接将压缩包上传至服务器。若电子设备的运行内存的占用率大于预设值，则不上传压缩包，在确定电子设备的运行内存的占用率小于预设值时，再将压缩包上传至服务器，从而避免在电子设备运行速度较慢的情况下上传压缩包，进而降低对电子设备的能耗的影响。

在另一实施例中，电子设备对日志信息进行压缩，得到压缩包后，确定电子设备的网络状态。若电子设备的网络状态良好，则直接将压缩包上传至服务器。若电子设备的网络状态较差，则不上传压缩包。其中，电子设备可以获取实时监测的信号强度，在信号强度大于预设值时，确定网络状态良好，在信号强度小于预设值时，确定网络状态较差。在确定电子设备的网络状态良好时，再将压缩包上传至服务器，从而避免在电子设备网络状态较差的情况下上传压缩包，进而降低传输日志信息的过程对电子设备的性能的影响。

在其他实施例中，电子设备在抓取日志信息，且确定卡顿信息满足卡顿阈值时，也可以输出是否上传日志信息的提示信息，在接收到用户输入的上传日志信息的指令时，对日志信息进行压缩，得到压缩包，将压缩包上传至服务器。电子设备也可以根据用户指定的时段将日志信息上传至服务器。

在一实施例中，在确定卡顿信息满足卡顿阈值的情况下，电子设备可以降低显示界面的分辨率，以缓解卡顿情况。在确定卡顿信息不满足卡顿阈值，或者用户关闭当前页面时，再将显示界面恢复为调整前的分辨率。在另一实施例中，在确定卡顿信息满足卡顿阈值的情况下，电子设备确定是否存在运行于后台的应用程序，若存在，则关闭运行于后台的应用程序，以缓解卡顿情况。

上述实施例中，在当前场景与预设场景匹配时，进行卡顿检测和日志抓取，在满足卡顿阈值时，将日志信息上传至服务器，从而可以在保证检测卡顿的情况下，减少抓取日志和上传日志的数量，进而降低电子设备的能耗，提高电子设备的性能，提升用户体验。

下面结合电子设备的架构以及与电子设备通信连接的服务器的架构，对本申请实施例提供的日志上传方法进行介绍。

首先介绍电子设备和服务器的架构，图9为本申请实施例提供的电子设备的架构图。如图9所示，电子设备包括数据监听模块、卡顿检测模块和日志抓取模块。在一实施例中，数据监听模块、卡顿检测模块和日志抓取模块集成于电子设备上的一个Android应用程序包（Android application package，APK）中。数据监听模块用于执行数据监听任务、页面检测任务以及滑动检测任务。数据监听任务用于检测显示界面上显示的应用程序是否发生变化，在显示界面上显示的应用程序发生变化时，判断显示界面上显示的应用程序是否是目标应用程序。若显示界面上显示的应用程序是目标应用程序，启动页面检测任务，页面检测任务用于在检测到目标应用程序的页面发生变化时，判断显示界面上显示的第一页面是否是指定页面。若第一页面是指定页面，则执行滑动检测任务，滑动检测任务用于检测滑动操作。若在指定页面上检测到滑动操作，则确定第一页面的场景信息与预设场景匹配，调用卡顿检测模块和日志抓取模块。卡顿检测模块用于执行卡顿检测任务，卡顿检测任务用于检测第一页面的卡顿信息。日志抓取模块用于执行日志抓取任务，日志抓取任务用于抓取与第一页面对应的日志信息。日志抓取模块还用于执行日志上传任务，日志上传任务用于在检测到卡顿信息满足卡顿阈值时，将日志信息上传至服务器。

图10为本申请实施例提供的服务器的架构图。如图10所示，服务器包括数据解析模块和日志下载模块。数据解析模块用于执行数据解析任务，数据解析任务用于在接收到电子设备上传的日志信息时，解析日志信息，并将解析后的日志信息存储至数据库。日志下载模块用于提供下载日志信息的链接，开发人员通过设备登录服务器后，根据链接即可下载日志信息，根据日志信息可以分析第一页面的发生卡顿的原因。

下面结合电子设备和服务器的架构图，对本申请实施例提供的日志上传方法的具体实现方法进行介绍。

如图11所示，电子设备通过开机广播唤醒数据监听模块，数据监听模块执行数据监听任务以及页面检测任务，以确定运行于前台的应用程序以及显示界面上显示的第一页面，若第一页面是指定页面，则执行滑动检测任务以检测滑动操作，在检测到滑动操作时，确定第一页面的场景信息与预设场景匹配。在确定场景匹配后，数据监听模块向卡顿检测模块发起卡顿检测请求，以调用卡顿检测模块执行卡顿检测任务。数据监听模块向日志抓取模块发送日志抓取请求，以调用日志抓取模块执行日志抓取任务。卡顿检测模块在确定卡顿信息满足卡顿阈值时，将卡顿信息满足卡顿阈值的信息发送至数据监听模块，数据监听模块在确定卡顿信息满足卡顿阈值时，通知日志抓取模块进行日志上报。日志抓取模块将抓取的日志信息上传至服务器的数据解析模块。服务器的数据解析模块解析日志信息，将解析后的日志信息存储至数据库，服务器的日志下载模块用于根据用户的访问请求展示下载日志信息的链接，并在接收到下载请求时将日志信息发送至与访问请求对应的设备。

上述实施例中，电子设备在检测到显示界面上显示的第一页面为指定页面，且第一页面的场景信息与预设场景匹配时，执行卡顿检测任务以及日志抓取任务，从而降低卡顿检测和日志抓取所占用的功耗，在检测到卡顿信息满足卡顿阈值时，将抓取的日志信息上传至服务器，从而减少上传至服务器的日志信息，进而降低上传日志信息所占用的功耗，在确定上传重要日志信息的同时，降低电子设备的能耗，提高了电子设备的性能。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

示例性地，电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明电子设备的软件结构。

图12是本发明实施例的电子设备的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时（Android runtime）和系统库，以及内核层。

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

如图12所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

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

如图12所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。示例性地，执行本申请实施例提供的日志上传方法的APK通过窗口管理器确定显示界面上显示的应用程序，以及应用程序的当前页面。在确定当前页面是指定页面时，若检测到滑动操作，确定电子设备的场景信息与预设场景匹配。

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

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

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

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

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

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绘图的绘图引擎。

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

示例性的，图13示出了电子设备100的一种结构示意图。

电子设备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等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

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

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器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)接口等。

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

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备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的至少部分模块被设置在同一个器件中。

无线通信模块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通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

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

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

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能应用以及数据处理。

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

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

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

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/电子设备的任何实体或装置、记录介质、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，RandomAccess Memory）、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。

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

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

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

最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种日志上传方法，其特征在于，应用于电子设备中，所述方法包括：

在所述电子设备的显示界面上显示的第一页面为指定页面的情况下，确定所述第一页面的场景信息，所述第一页面为所述电子设备中运行的应用程序的页面；所述指定页面是访问频率大于设定值的页面，或者统计到的应用程序运行过程中容易发生卡顿的页面；

在所述第一页面的场景信息与预设场景匹配的情况下，检测所述第一页面的卡顿信息以及抓取所述第一页面对应的日志信息，所述卡顿信息用于反映所述第一页面的卡顿情况，所述第一页面的场景信息与预设场景匹配包括在所述第一页面上检测到滑动操作；所述检测所述第一页面的卡顿信息，包括根据所述电子设备处理所述第一页面的当前帧数据的时间，以及处理所述第一页面的下一帧数据的时间确定所述卡顿信息；所述卡顿信息包括处理所述当前帧数据的时间与处理所述下一帧数据的时间的时间间隔，或根据处理所述当前帧数据的时间、处理所述下一帧数据的时间以及预设周期确定的丢帧数量，所述预设周期是预先设定的所述电子设备处理每帧数据的理论时长；所述日志信息用于确定导致所述第一页面发生卡顿的原因；

根据所述卡顿信息确定满足日志上报条件的情况下，向服务器上传所述日志信息；所述根据所述卡顿信息确定满足日志上报条件，包括：若所述卡顿信息满足卡顿阈值，确定满足所述日志上报条件。

2.根据权利要求1所述的方法，其特征在于，所述卡顿信息满足卡顿阈值包括：

所述时间间隔大于预设时长，或所述丢帧数量大于预设帧数。

3.根据权利要求1所述的方法，其特征在于，所述根据所述电子设备处理所述第一页面的当前帧数据的时间，以及处理所述第一页面的下一帧数据的时间确定所述卡顿信息，包括：

根据所述当前帧数据的第一处理阶段的起始时间和所述下一帧数据的所述第一处理阶段的起始时间，确定所述卡顿信息。

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

在检测到所述显示界面上显示目标应用程序的情况下，若检测到所述目标应用程序的页面发生变化，确定所述显示界面上显示的所述第一页面是否为所述指定页面。

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

在检测到所述显示界面上显示的应用程序发生变化的情况下，确定所述显示界面上显示的应用程序是否为所述目标应用程序。

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

在检测到所述电子设备开机后，检测所述显示界面上显示的应用程序是否发生变化。

7.根据权利要求1~6任一项所述的方法，其特征在于，所述向服务器上传所述日志信息，包括：

对所述日志信息进行压缩，得到压缩包；

向所述服务器上传所述压缩包。

8.根据权利要求1~6任一项所述的方法，其特征在于，所述方法还包括：

在所述显示界面上显示的第一页面不是所述指定页面的情况下，或者，在所述第一页面为所述指定页面，所述第一页面的场景信息与所述预设场景不匹配的情况下，不执行检测所述第一页面的卡顿信息以及抓取所述第一页面对应的日志信息。

9.一种日志上传装置，其特征在于，应用于电子设备，所述装置包括：数据监听模块、卡顿检测模块以及日志抓取模块，其中，所述数据监听模块用于在所述电子设备的显示界面上显示的第一页面为指定页面的情况下，确定所述第一页面的场景信息，在所述第一页面的场景信息与预设场景匹配的情况下，指示所述卡顿检测模块检测所述第一页面的卡顿信息，以及指示所述日志抓取模块抓取所述第一页面对应的日志信息；所述第一页面为所述电子设备中运行的应用程序的页面，所述卡顿信息用于反映所述第一页面的卡顿情况，所述日志信息用于确定导致所述第一页面发生卡顿的原因；所述指定页面是访问频率大于设定值的页面，或者统计到的应用程序运行过程中容易发生卡顿的页面，所述第一页面的场景信息与预设场景匹配包括在所述第一页面上检测到滑动操作；所述卡顿检测模块具体用于根据所述电子设备处理所述第一页面的当前帧数据的时间，以及处理所述第一页面的下一帧数据的时间确定所述卡顿信息；所述卡顿信息包括处理所述当前帧数据的时间与处理所述下一帧数据的时间的时间间隔，或根据处理所述当前帧数据的时间、处理所述下一帧数据的时间以及预设周期确定的丢帧数量，所述预设周期是预先设定的所述电子设备处理每帧数据的理论时长；

所述数据监听模块还用于根据所述卡顿信息判断是否满足日志上报条件，若所述卡顿信息满足卡顿阈值，确定满足所述日志上报条件；在根据所述卡顿信息确定满足日志上报条件的情况下，向服务器上传所述日志信息。

10.一种电子设备，其特征在于，包括处理器以及显示屏，所述显示屏用于显示第一页面，所述处理器用于执行存储在存储器中的计算机程序，以实现如权利要求1至8任一项所述的方法。

11.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的方法。

Images