CN112698983A - 一种数据处理方法和相关装置 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法和相关装置，该方法包括：在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。采用本申请，可以提高重启小程序的效率。

Description

一种数据处理方法和相关装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种数据处理方法和相关装置。

背景技术

现有技术中，由于小程序在开发过程中所存在的固有缺陷，会导致在目标应用中加载该小程序的过程中，产生白屏的现象。然而现有技术中，为解决该白屏现象，往往需要强制退出目标应用来终止对该小程序的白屏加载，从而导致用户在下一次重新启动的该小程序时，则需要先重新访问目标应用的应用界面，进而可以在目标应用的应用界面中，重新触发该小程序的图标来实现小程序的重启功能，由此可见，现有技术在重启该小程序的过程中，需要消耗较长的人机交互时长，从而导致该小程序的冷启动效率较低。

申请内容

本申请实施例提供一种数据处理方法和相关装置，可以提高小程序的重启效率。

本申请实施例一方面提供了一种数据处理方法，包括：

在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；

将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；

在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；

在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。

其中，所述在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据，包括：

通过目标用户的用户账号信息登录目标应用，在所述目标应用的小程序显示界面中显示小程序；

响应针对所述小程序触发的触发操作，在目标应用中启动小程序，将所述小程序显示界面跳转至所述小程序对应的渲染显示界面；

向所述小程序对应的业务服务器发送数据加载请求；

接收所述业务服务器基于所述数据加载请求返回的第一类业务数据。

其中，所述方法还包括：

在所述目标应用中启动小程序时，获取所述小程序相关联的白屏检测机制；

将所述白屏检测机制对应的白屏检测代码信息写入所述小程序；

触发所述小程序对应的定时器，通过所述定时器确定延时检测时长。

其中，在所述向所述小程序对应的业务服务器发送数据加载请求之前，还包括：

将所述小程序对应的静态加载数据作为第二类业务数据，在所述渲染显示界面上静态显示所述第二类业务数据；

则所述获取所述渲染显示界面上的特征元素，包括：

将所述渲染显示界面上的所述第一类业务数据的像素点以及所述第二类业务数据的像素点作为所述渲染显示界面上的全屏显示区域上的特征元素。

其中，所述渲染显示界面上的特征元素包括局部关键区域上的第一类业务数据的像素点；所述局部关键区域位于所述渲染显示界面中；

所述方法还包括：

在所述渲染显示界面中对所述局部关键区域上的第一类业务数据的像素点的数量进行打点上报，将打点上报的数量作为与所述局部关键区域相关联的第一数量；

在所述第一数量未达到所述局部关键区域对应的第一渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

其中，所述方法还包括：

在所述渲染显示界面中对所述全屏显示区域上的第一类业务数据的像素点进行累计，得到第一累计值；

对所述全屏显示区域上的第二类业务数据的像素点进行累计，得到第二累计值；

将所述第一累计值和所述第二累计值的和作为与所述全屏显示区域相关联的第二数量；

在所述第二数量未达到所述全屏显示区域对应的第二渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

其中，所述在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序，包括：

在所述渲染显示界面上的特征元素满足白屏检测条件时，生成所述小程序对应的白屏提示信息；

将所述白屏提示信息输出至独立于所述渲染显示界面的子显示界面；

响应针对所述子显示界面触发的重启操作，基于所述重启操作获取所述小程序对应的重启接口；

在所述目标应用中调用所述重启接口重启所述小程序。

其中，所述方法还包括：

获取所述目标应用的用户账号信息，基于所述用户账号信息以及所述重启接口的调用时间戳生成重启记录信息；所述重启记录信息中至少包含以下与所述小程序的白屏相关联的关键信息：所述目标应用的版本信息、所述目标应用所在终端的操作系数信息以及所述终端的设备类型信息；

将所述重启记录信息以及所述用户账号信息发送至与所述小程序相关联的开发终端，以使所述开发终端对所述重启记录信息进行数据分析。

其中，所述方法还包括：

响应针对所述子显示界面触发的取消操作，基于所述取消操作关闭所述子显示界面；

基于所述目标应用的用户账号信息生成所述取消操作对应的反馈信息；

将所述反馈信息发送至与所述小程序相关联的开发终端，以使所述开发终端基于所述反馈信息调整并分析所述小程序对应的白屏检测机制。

本申请实施例一方面提供了一种数据处理装置，包括：

小程序启动模块，用于在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；

渲染输出模块，用于将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；

元素获取模块，用于在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；

小程序重启模块，用于在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。

其中，所述小程序启动模块包括：

应用登录单元，用于通过目标用户的用户账号信息登录目标应用，在所述目标应用的小程序显示界面中显示小程序；

界面跳转单元，用于响应针对所述小程序触发的触发操作，在目标应用中启动小程序，将所述小程序显示界面跳转至所述小程序对应的渲染显示界面；

请求发送单元，用于向所述小程序对应的业务服务器发送数据加载请求；

业务数据接收单元，用于接收所述业务服务器基于所述数据加载请求返回的第一类业务数据。

其中，所述小程序启动模块还包括：

检测机制获取单元，用于在所述目标应用中启动小程序时，获取所述小程序相关联的白屏检测机制；

代码写入单元，用于将所述白屏检测机制对应的白屏检测代码信息写入所述小程序；

定时器触发单元，用于触发所述小程序对应的定时器，通过所述定时器确定延时检测时长。

其中，所述小程序启动模块还包括：

静态加载单元，用于将所述小程序对应的静态加载数据作为第二类业务数据，在所述渲染显示界面上静态显示所述第二类业务数据；

则所述元素获取模块，用于在所述渲染显示时长达到延时检测时长时，将所述渲染显示界面上的所述第一类业务数据的像素点以及所述第二类业务数据的像素点作为所述渲染显示界面上的全屏显示区域上的特征元素。

其中，所述渲染显示界面上的特征元素包括局部关键区域上的第一类业务数据的像素点；所述局部关键区域位于所述渲染显示界面中；

所述装置还包括：

打点上报模块，用于在所述渲染显示界面中对所述局部关键区域上的第一类业务数据的像素点的数量进行打点上报，将打点上报的数量作为与所述局部关键区域相关联的第一数量；

第一确定模块，用于在所述第一数量未达到所述局部关键区域对应的第一渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

其中，所述装置还包括：

第一累计模块，用于在所述渲染显示界面中对所述全屏显示区域上的第一类业务数据的像素点进行累计，得到第一累计值；

第二累计模块，用于对所述全屏显示区域上的第二类业务数据的像素点进行累计，得到第二累计值；

数量确定模块，用于将所述第一累计值和所述第二累计值的和作为与所述全屏显示区域相关联的第二数量；

第二确定模块，用于在所述第二数量未达到所述全屏显示区域对应的第二渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

其中，所述小程序重启模块包括：

提示信息生成单元，用于在所述渲染显示界面上的特征元素满足白屏检测条件时，生成所述小程序对应的白屏提示信息；

提示信息输出单元，用于将所述白屏提示信息输出至独立于所述渲染显示界面的子显示界面；

接口获取单元，用于响应针对所述子显示界面触发的重启操作，基于所述重启操作获取所述小程序对应的重启接口；

接口调用单元，用于在所述目标应用中调用所述重启接口重启所述小程序。

其中，所述装置还包括：

重启记录生成模块，用于获取所述目标应用的用户账号信息，基于所述用户账号信息以及所述重启接口的调用时间戳生成重启记录信息；所述重启记录信息中至少包含以下与所述小程序的白屏相关联的关键信息：所述目标应用的版本信息、所述目标应用所在终端的操作系数信息以及所述终端的设备类型信息；

重启记录发送模块，用于将所述重启记录信息以及所述用户账号信息发送至与所述小程序相关联的开发终端，以使所述开发终端对所述重启记录信息进行数据分析。

其中，所述装置还包括：

子界面关闭模块，用于响应针对所述子显示界面触发的取消操作，基于所述取消操作关闭所述子显示界面；

反馈信息生成模块，用于基于所述目标应用的用户账号信息生成所述取消操作对应的反馈信息；

反馈信息发送模块，用于将所述反馈信息发送至与所述小程序相关联的开发终端，以使所述开发终端基于所述反馈信息调整并分析所述小程序对应的白屏检测机制。

本申请一方面提供了一种计算机设备，包括：处理器、存储器、网络接口；

所述处理器与存储器、网络接口相连，其中，网络接口用于提供数据通信功能，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，以执行本申请实施例中上述一方面中的方法。

本申请一方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时，执行本申请实施例中上述一方面中的方法。

本申请实施例可以在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；进一步的，将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；进一步的，在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；进一步的，在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。由此可见，本申请可以在当前时间(即渲染显示时长)达到延时检测时长时，开始对渲染显示界面上的特征元素进行白屏检测，以快速判断该渲染显示界面上的特征元素是否满足白屏检测条件，如果满足，则可以在不退出目标应用(比如，微信应用)的前提条件下，快速在目标应用中模拟重启该小程序，以快速实现小程序的重启操作，进而可以提高小程序的重启效率。

附图说明

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

图1是本申请实施例提供的一种网络架构的结构示意图；

图2是本申请实施例提供的一种在渲染显示界面中对业务数据进行渲染的场景示意图；

图3是本申请实施例提供的一种数据处理方法的流程示意图；

图4是本申请实施例提供的一种获取小程序显示界面的场景示意图；

图5是本申请实施例提供的一种渲染显示界面上的特征元素随时间变化的时序图；

图6是本申请实施例提供的一种在页面加载过程中产生全白屏现象的场景示意图；

图7是本申请实施例提供的另一种数据处理方法的流程示意图；

图8是本申请实施例提供的一种局部白屏现象的场景示意图；

图9是本申请实施例提供的一种进行白屏检测与白屏恢复的整体流程示意图；

图10是本申请实施例提供的一种重启小程序的场景示意图；

图11是本申请实施例提供的一种数据处理装置的结构示意图；

图12是本申请实施例提供的一种计算机设备的示意图。

具体实施方式

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

请参见图1，是本申请实施例提供的一种网络架构的结构示意图。如图1所示，该网络架构可以包括业务服务器2000以及用户终端集群；用户终端集群可以包括多个用户终端，如图1所示，具体包括用户终端3000a、用户终端3000b、…、用户终端3000n；如图1所示，用户终端3000a、用户终端3000b、…、用户终端3000n均可以与该业务服务器2000进行网络连接。

其中，如图1所示的每个用户终端均可以集成安装有目标应用，该目标应用中可以嵌入一个或者多个小程序，本申请实施例可以将每个小程序统称为该目标应用的小程序，或者该目标应用的子应用。

其中，可以理解的是，随着互联网技术的发展，小程序应运而生，所谓小程序(MiniProgram)是一种不需要下载安装即可使用的应用程序。为了向用户提供更多样化的业务服务，开发者可为终端的目标应用(例如：即时通信应用、购物应用、邮件应用等)开发相应的小程序，该小程序可作为子应用被嵌入至终端的目标应用中，通过运行目标应用内的子应用(即对应的小程序)能够为用户提供相应的业务服务。

为便于理解，本申请实施例可以在图1所示的多个用户终端中选择一个用户终端作为目标用户终端，例如，可以将图1所示的用户终端3000a作为目标用户终端。其中，可以理解的是，该目标用户终端具体可以包括手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备(例如智能手表、智能手环等)。

比如，用户A可以在运行有目标应用的用户终端3000a(即目标用户终端)中通过扫一扫或者搜一搜等方式，快速获取并启动某个小程序(比如，微信读书小程序)，从而可以在该目标应用中启动该小程序时，进一步从与该小程序相关联的业务服务器2000上获取相应的业务数据，进而可以将获取到的业务数据渲染输出到该用户终端3000a的屏幕上进行展示。

又比如，该用户A也可以在该目标应用的首页通过下拉操作快速获取该用户A最近使用过的小程序，从而可以快速将该目标应用的首页切换至该用户A最近所使用过的小程序的显示界面。为便于理解，本申请实施例可将该小程序所在的显示界面统称为小程序显示界面。

其中，可以理解的是，本申请实施例可以将从该业务服务器2000上获取到的业务数据称之为第一类业务数据，该第一类业务数据可以为需要动态加载的业务数据，所以，对于使用上述小程序的不同用户而言，在渲染显示界面上动态填充的第一类业务数据可以是不相同的。可以理解的是，用户A对应的用户终端3000a(即目标用户终端)在启动上述小程序(即微信读书小程序)时，还可以一并加载该小程序对应的静态加载数据(比如，该小程序对应的需要静态加载的业务数据，比如，指定位置上的文字、功能按钮等)，并可以将这些静态加载的业务数据称之为第二类业务数据。其中，可以理解的是，对于需要静态加载的数据而言，可以在启动该小程序时，直接显示在该小程序对应的渲染显示页面上。本申请实施例还可以将该渲染显示页面称之为该小程序的初始化页面。此时，用户终端可以在该初始化页面上不断渲染输出从业务服务器上获取到的业务数据。

其中，可以理解的是，由于小程序在开发过程中所存在的固有缺陷，会导致小程序在加载的过程中，产生白屏的现象。其中，可以理解的是，本申请实施例中的小程序的白屏具体可以分为两类，一类为全白屏，另一类为局部白屏。

其中，全白屏是指该小程序对应的指定区域上的不存在任何特征元素；另外，局部白屏是指该小程序对应的指定区域上的特征元素存在缺失，以至于会影响用户对该小程序的视觉体验。基于此，本申请实施例提供一种白屏检测机制，可以在该小程序的渲染显示时长达到延时检测时长(也可以称之为白屏检测时长)时，开始进行白屏检测，以进一步对该渲染显示界面(即上述初始化页面)上的特征元素进行统计。可以理解的是，本申请实施例所描述的指定区域可以为渲染显示界面中的局部关键区域，还可以为全屏显示区域，这里将不对其进行限制。

其中，可以理解的是，对渲染显示界面上的特征元素可以包含局部关键区域中的第一类业务数据的像素点；可选的，该渲染显示界面上的特征元素也可以包含全屏显示区域上的第一类业务数据的像素点以及第二类业务数据的像素点。应当理解，本申请实施例可以将局部关键区域和全屏显示区域统称为像素统计区域(即上述指定区域)，从而在对上述渲染显示界面上的特征元素进行统计的过程中，可以基于该小程序的白屏检测机制进行智能统计，进而可以在检测到渲染显示界面上的指定区域存在白屏时，快速通过白屏恢复机制对该小程序的白屏进行恢复，以实现在不推送目标应用的情况下，快速实现对该小程序的重启操作。

其中，可以理解的是，目标用户终端在上述延长检测时长下统计到上述渲染显示界面上的特征元素时，可以进一步判断像素统计区域中的像素点是否存在缺失，并可以在确定像素统计区域中的像素点存在缺失时，确定该渲染显示界面上的特征元素满足白屏检测条件，进而可以在不退出目标应用的情况下，在该目标应用中快速实现对该小程序的重启操作，以提高小程序重启的效率。

为便于理解，本申请实施例以像素统计区域为局部关键区域为例，阐述在目标用户终端中进行白屏检测和白屏恢复的具体过程。进一步地，请参见图2，是本申请实施例提供的一种在渲染显示界面中对业务数据进行渲染的场景示意图。如图2所示的小程序显示界面100a可以为图2所示的目标应用(例如，微信应用)中的一个显示界面，该小程序显示界面100a中可以包含多个小程序，比如，可以包含目标用户之前所使用过的多个小程序。其中，所述多个小程序具体可以包含图2所示的小程序A1、小程序A2、...、小程序A3。应当理解，本申请实施例将不对显示在该小程序显示界面100a中的这些小程序的具体分布形式进行限制。

如图2所示，目标用户可以针对该小程序显示界面100a中的小程序A3执行点击操作，从而可以向该小程序A3对应的业务服务器(即图2所示的业务服务器)发送数据加载请求，从而可以接收图2所示的业务服务器返回的第一类业务数据，并可以在图2所示的渲染显示界面200a中渲染显示该第一类业务数据。具体的，可以在图2所示的局部关键区域10a中显示该第一类业务数据。

其中，可以理解的是，在该目标用户终端中运行上述小程序A3时，该目标用户终端可以获取该小程序A3相关联的白屏检测机制，比如，该白屏检测机制为在当前时间(即当前渲染显示界面200a的渲染显示时长)达到白屏检测时长时，开始在图2所述的局部关键区域10a中统计第一类业务数据的像素点的数量(比如，第一数量)，以判断该局部关键区域10a中的第一数量是否达到该局部关键区域10a对应的第一渲染阈值。其中，可以理解的是，该具备关键区域10a对应的第一渲染阈值可以为完全渲染填充完该聚类关键区域10a时的像素点的总数量。可选的，该第一渲染阈值还可以为前述总数量的80％，这里，将不对其进行具体限制。

可以理解的是，当图2所示的局部关键区域10a中的第一数量未达到该局部关键区域10a对应的第一渲染阈值时，例如，在该第一数量的值不为零，且小于该第一渲染阈值时，该目标用户终端可以确定该渲染显示界面上的局部关键区域10a上的特征元素存在缺失。比如，在当前时间达到延时检测时长内，仍未完成对图2所示的业务数据20a中的图片1、业务数据20b中的图片2以及业务数据20c中的图片3等图片数据的加载，从而致使该局部关键区域10a中的所加载的第一类业务数据的像素点的第一数量无法达到上述第一渲染阈值。此时，该目标用户终端可以确定该渲染显示界面200a存在局部白屏的现象，进而可以在该目标应用中对该小程序A3进行重启操作，以在新的渲染显示界面中完成对上述业务数据20a中的图片1、业务数据20b中的图片2以及业务数据20c中的图片3等图片数据的加载。

其中，可以理解的是，在该目标用户终端中的小程序A3检测到渲染显示界面200a存在局部白屏或者全白屏(比如，前述全屏显示区域上的特征元素的数量为零)等异常现象时，可以在该渲染显示界面的悬浮窗口(即弹窗)上显示白屏提示窗口，从而可以针对该白屏提示窗口中的重试按钮执行点击操作(也可以称之为触发操作)，进而可以调用该小程序A3对应的重启接口重启该小程序A3。可以理解的是，本申请实施例中，在该目标应用中重启该小程序A3时，还可以一并将该重启操作所对应的重启记录信息给到与该小程序相关联的开发终端，以使该开发终端可以对该重启记录信息中的与白屏相关联的关键信息(比如，目标应用的版本信息、目标用户终端的操作系数信息以及目标用户终端的设备类型信息等)进行数据分析。比如，当开发人员发现某个设备类型下的安卓版本的用户产生白屏的占比较大时，可以针对性地对这种设备类型下的安卓版本与小程序A3进行优化处理，以减少白屏发送的可能性，从而可以提高用户对该小程序A3的体验效果。

应当理解，对于上述图2所示的小程序显示界面100a中的其他小程序而言，若在该目标应用中启动之后，也存在白屏这样的异常现象，均可以一并参照前述在目标应用中重启小程序A3的具体过程的描述，这里将不再继续进行赘述。此外，可以理解的是，在该目标应用中对运行的小程序进行白屏检测的具体过程也可以一并参照对在目标应用中对小程序A3进行白屏检测的具体过程的描述，这里将不再继续进行赘述。

其中，所述目标用户终端启动小程序、获取渲染显示界面上的特征元素以及在目标应用中重启小程序具体过程，可以参见如下图3至图10所对应的实施例所提供的实现方式。

进一步地，请参见图3，是本申请实施例提供的一种数据处理方法的流程示意图。如图3所示，本申请实施例提供的方法可以包括：

步骤S101，在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；

具体地，用户终端可以通过目标用户的用户账号信息登录目标应用，在所述目标应用的小程序显示界面中显示小程序；进一步的，用户终端可以响应针对所述小程序触发的触发操作，在目标应用中启动小程序，将所述小程序显示界面跳转至所述小程序对应的渲染显示界面；进一步的，用户终端可以向所述小程序对应的业务服务器发送数据加载请求；进一步的，用户终端可以接收所述业务服务器基于所述数据加载请求返回的第一类业务数据。

其中，可以理解的是，本申请实施例中的用户终端可以为上述图2所对应实施例中目标用户终端，且本申请实施例中的小程序可以为上述图1所对应实施例中所描述的小程序。

其中，本申请实施例所描述的小程序具体可以包括以下至少一个小程序，比如，电子阅读类小程序、娱乐应用类小程序、购物应用类小程序、视频应用类小程序等，这里将不对其进行限定。

为便于理解，本申请实施例以目标应用为微信应用为例，当目标用户通过自己的账号信息登录该微信应用之后，可以进一步在该目标应用中通过扫一扫或者搜一搜等功能快速获取相应的小程序。比如，在购物场景下，目标用户可以通过该微信应用中的扫一扫功能，对商家A所提供的二维码图片进行扫描处理，以快速启动该商家A所对应的线上商城小程序(即上述购物应用类小程序)。又比如，在点餐场景下，目标用户可以通过该微信应用中的扫一扫功能，快速启动商家B所对应的点餐下单小程序。又比如，在邮寄快递场景下，目标用户可以通过搜一搜功能快速启动在线填单小程序。

可以理解的是，在目标用户使用完上述线上商城小程序、点餐下单小程序以及在线填单小程序之后，运行有该目标应用的用户终端可以将这些小程序(即小程序)依次作为该目标用户最近使用过的小程序，输出到该目标应用(即微信应用)的历史操作界面(此时，可以将该历史操作界面称之为小程序显示界面)中。这样，用户后续需要使用这些小程序时，可以直接在该微信应用的首页中，通过下拉的操作功能快速将该微信应用的首页切换至这些小程序所在的小程序显示界面。

其中，为便于理解，进一步的，请参见图4，是本申请实施例提供的一种获取小程序显示界面的场景示意图。如图4所示的应用显示界面400a中可以包含多个应用，所述多个应用具体可以包含应用B1、应用B2、应用B3、...、应用B6。为便于理解，本申请实施例以图4所示的应用B6为目标应用为例，该目标应用可以为上述微信应用。如图4所示，目标用户可以针对该应用显示界面400a中的应用B6(即目标应用)执行触发操作，从而可以通过该目标用户的用户账号信息登录该应用B6，从而可以在用户终端中呈现图4所示的第一操作界面400b，可以理解的是，该第一操作界面400b可以为该目标应用的首页。进一步的，如图4所示，目标用户可以针对第一操作界面400b中的搜索按钮执行触发操作，以使用该目标应用(即微信应用)中的搜索功能进入搜索页面，从而可以在搜索页面中搜索待启动的小程序。可以理解的是，当目标用户针对该第一操作界面400b中的搜索按钮执行触发操作时，可以使用户终端将图4所示的第一操作界面400b调整至另一操作界面(即图4所示的第二操作界面400c，即前述搜索页面)。

如图4所示，目标用户可以在该第二操作界面400c中的搜索区域中录入前述待启动的小程序，为便于理解，本申请实施例以待启动的小程序为电子阅读类应用(例如，微信读书小程序)为例，从而可以在图4所示的小程序显示界面400d中显示该待启动的小程序(即图4所示的微信读书小程序)。如图4所示，目标用户可以针对该小程序显示界面400d中所显示的小程序执行触发操作，以在该目标应用(即微信应用)中启动该微信读书小程序。可以理解的是，该微信读书小程序可以为上述图2所对应实施例中的小程序A3。

其中，可以理解的是，当用户终端在目标应用中启动该微信读书小程序时，还可以进一步将该小程序显示界面400d调整至该小程序对应的渲染显示界面。应当理解，在该微信读书小程序启动时，用户终端可以向该小程序对应的业务服务器请求加载相应的业务数据，从而可以将请求加载的业务数据渲染输出至该小程序对应的渲染显示界面，此时，该渲染显示界面可以为该微信读书小程序的初始化页面。可以理解的是，本申请实施例可以在当前时间(即渲染显示时长)达到延时检测时长时，通过对该渲染显示界面中的特征元素进行统计，可以快速进行白屏检测，进而可以快速判断出是否完成对该微信读书小程序的页面的正常加载。

其中，可以理解的是，用户终端在所述目标应用中启动小程序(即微信读书小程序)时，还可以一并获取所述小程序相关联的白屏检测机制；进一步的，该用户终端可以将所述白屏检测机制对应的白屏检测代码信息写入所述小程序；然后，该用户终端可以触发所述小程序对应的定时器，并可以通过所述定时器确定延时检测时长。

换言之，本申请实施例可以在小程序的页面加载的过程中，注册白屏检测机制，即将该白屏检测机制对应的白屏检测代码信息写入该小程序，以便于后续在页面加载的过程中可以通过定时器准确地触发白屏检测。应当理解，本申请实施例通过引入定时器可以避免在延时检测时长(比如，2s)内进行像素统计。另外，由于该小程序的开启和网络加载也需要一定的时间，但是这部分时间是不用算在白屏检测时间范围内的，所以，本申请实施例通过前述定时器可以允许该小程序在2s或者2s之后进行白屏检测，进而可以提高对渲染显示界面上的特征元素进行统计的准确性。

其中，白屏检测是基于白屏检测机制所确定的，本申请实施例可以在该目标应用中启动前述微信读书小程序时，将该白屏检测机制对应的白屏检测代码信息写入该微信读书小程序(即小程序)中，以通过该微信读书小程序中所注册的白屏检测机制，在当前时间达到延时检测时长时，快速判断出页面加载过程中的渲染显示界面是否存在白屏现象。若确定该微信读书小程序在页面加载过程中存在白屏现象，则可以采用白屏恢复机制快速对该微信读书小程序进行白屏恢复，以实现对该微信读书小程序的快速启动。

应当理解，本申请实施例中的白屏检测机制与白屏恢复机制也适用于在该目标应用中所嵌入的其他小程序(例如，上述购物应用类小程序)，这里将不对其进行限制。

步骤S102，将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；

可以理解的是，用户终端在渲染显示界面上渲染显示第一类业务数据的过程中，会记录渲染该第一类业务数据的渲染显示时长，从而可以在渲染显示时长达到该小程序中的白屏检测机制对应的延时检测时长时，进一步执行步骤S103。

为便于理解，进一步的，请参见图5，是本申请实施例提供的一种渲染显示界面上的特征元素随时间变化的时序图。如图5所示，如图5所示的小程序A3可以为上述图4所对应实施例中的微信读书小程序。可以理解的是，如上述图4所示，当目标用户针对上述小程序显示界面400d中的微信读书小程序执行触发操作时，可以在图4所示的目标应用中启动该微信读书小程序，此时，用户终端可以从该微信读书小程序对应的业务服务器中将拉取到的第一类业务数据渲染输出到该小程序(即微信读书小程序)对应的渲染显示界面(比如，在当前时刻为T1时刻时，可以将第一类业务数据渲染输出至图5所示的局部关键区域)。

如图5所示的显示界面600a、显示界面600b、显示界面600c、显示界面600d可以统称为该小程序在不同时刻下的渲染显示界面。可以理解的是，随着渲染显示时间的推移，该小程序对应的渲染显示界面上的特征元素也会不断发生变化，具体地，可以参见图5所示的多个时刻(例如，T1时刻、T2时刻、T3时刻、T4时刻)分别对应的渲染显示界面上的特征元素的变化的示意图。应当理解，为避免浪费计算资源，本申请实施例可以在当前时间达到上述定时器对应的延时检测时长时，开始触发进行白屏检测，即此时，用户终端可以对当前时间达到延时检测时长时的渲染显示界面上的局部关键区域中的特征元素进行统计。

其中，如图5所示的当前时刻为T1时刻时，可以将该小程序A3所对应的显示页面600a称之为初始化显示界面(即上述初始化页面)，或者渲染显示界面1。此外，如图5所示的当前时刻为T2时刻时，可以将该小程序A3所对应的显示页面600b称之为渲染显示界面2，此时该渲染显示界面2上可以包含新加载的部分特征元素。此外，如图5所示的当前时刻为T3时刻时，可以将该小程序A3所对应的显示页面600c称之为渲染显示界面3，此时该渲染显示界面3相对于渲染显示界面2而言,又继续额外加载了部分新的特征元素。此外，如图5所示的当前时刻为T4时刻时，可以将该小程序A3所对应的显示页面600d称之为渲染显示界面4，此时该渲染显示界面4可以为完成页面加载时的渲染显示界面。

其中，可以理解的是，用户终端在各个渲染显示页面(即上述渲染显示界面1、渲染显示界面2、渲染显示界面3、渲染显示界面4)中对第一类业务数据进行渲染的过程中，可以记录相应的渲染显示时长，比如，图5所示的T1时刻可以为在显示界面600a中渲染第一类业务数据时的渲染显示时长1，又比如，图5所示的T2时刻可以为在显示界面600b中渲染第一类业务数据时的渲染显示时长2，以此类推，用户终端可以不断更新在渲染显示界面上对第一类业务数据进行渲染的时长。

步骤S103，在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；

其中，为便于理解，本申请实施例以用户终端确定在渲染显示时长(比如，上述图5所示的T3时刻)达到延时检测时长(例如，2秒)时为例，以阐述在上述图5所示的显示界面600c中进行像素统计的具体过程。如上述图5所示，此时，用户终端可以获取上述图5所示的显示页面600c上的局部关键区域中的特征元素，此时，该局部关键区域中的特征元素可以为第一类业务数据的像素点。即该局部关键区域中的特征元素可以为从业务服务器上动态加载得到的业务数据。

其中，可以理解的是，由于上述图5所示的显示页面600c中的局部关键区域上的特征元素并未完全加载。所以，此时，该用户终端中的小程序A3可以检测到图5所示的局部关键区域上的第一类业务数据的像素点的数量(即第一数量)并未达到局部关键区域对应的第一渲染阈值，即用户终端可以确定上述图5所示的显示界面600c的指定区域存在元素缺失，从而可以进一步执行步骤S104。可以理解的是，本申请实施例中的第一渲染阈值可以为将图5所示的局部关键区域中的像素点完全渲染之后所统计到的总的数量。

可以理解的是，用户终端在确定所述渲染显示界面上的特征元素满足白屏检测条件之前，还可以执行以下步骤：在所述渲染显示界面中对所述局部关键区域上的第一类业务数据的像素点的数量进行打点上报，将打点上报的数量作为与所述局部关键区域相关联的第一数量；在所述第一数量未达到所述局部关键区域对应的第一渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

其中，应当理解，在正常的页面加载的情况下，该用户终端可以在渲染显示时长达到延时检测时长时，完成对该渲染显示界面上的特征元素的渲染，即正常情况下，该渲染显示界面上所统计到的特征元素的数量应该是达到(比如，可以等于)上述前述第一渲染阈值的。所以，一旦该用户终端确定所述渲染显示界面上的特征元素的数量未达到该第一渲染阈值，则可以确定该渲染显示界面上的特征元素满足白屏检测条件时，并可以表明该渲染显示界面上的局部关键区域存在异常加载情况，比如，存在白屏现象，进而需要继续执行步骤S104，以在不退出该目标应用(比如，微信应用)的情况下，快速实现对该小程序(比如，上述图5所示的小程序A3)的重启操作。

可选的，可以理解的是，如上述图5所示的渲染显示界面上的特征元素随时间变化的时序图可知，上述显示页面600a中的局部关键区域可以用于显示从业务服务器上获取到的动态加载数据(即动态加载的业务数据，也可以称之为第一类业务数据)。此外，如上述图5所述的显示界面600a所示，该显示界面600a中还可以存在静态加载的业务数据(即第二类业务数据)，即在局部关键区域之前还可以存在静态加载的业务数据。此外，根据如图5所示的各个时刻分别对应的渲染显示界面上特征元素的动态变化图可知，渲染显示界面上的局部关键区域中的特征元素可以为从业务服务器上获取到的第一类业务数据，此外，该局部关键区域之外也可以存在从业务服务器上获取到的第一类业务数据。

步骤S104，在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。

具体的，用户终端可以在所述渲染显示界面上的特征元素满足白屏检测条件时，生成所述小程序对应的白屏提示信息；进一步的，用户终端可以将所述白屏提示信息输出至独立于所述渲染显示界面的子显示界面；进一步的，用户终端可以响应针对所述子显示界面触发的重启操作，基于所述重启操作获取所述小程序对应的重启接口；进一步的，用户终端可以在所述目标应用中调用所述重启接口重启所述小程序。

可以理解的是，若渲染显示时长达到延时检测时长时的渲染显示界面为上述图5所示的显示界面600c，则可以基于白屏检测规则快速确定该显示界面600c中的局部关键区域中的特征元素存在缺失，即上述小程序A3存在局部白屏现象，此时，该用户终端中的目标应用可以基于该小程序A3对应的重启接口，模拟在该目标应用(即微信应用)中重启该小程序A3。

可选的，应当理解，由于该小程序A3与该用户终端中的目标应用之间的版本信息之间存在兼容性等问题，所以，在目标应用中启动该小程序A3时，还可能产生全白屏现象。为便于理解，进一步的，请参见图6，是本申请实施例提供的一种在页面加载过程中产生全白屏现象的场景示意图。其中，如图6所示的显示界面700a中可以存在图6所述的全屏显示区域。由于该目标应用的版本信息与前述小程序A3之间存在兼容性等问题，所以，在目标应用中启动该小程序A3时将无法完成页面的加载，以至于在图6所示的显示界面700a的渲染显示时长达到延长检测时长时，仍无法完成对显示界面700a上的特征元素的渲染。鉴于此，当渲染显示时长达到延时检测时长时的渲染显示界面为图6所示的显示界面700a时，可以在独立于该显示界面700a的子显示界面上输出图6所示的白屏提示信息。其中，该白屏提示信息所在的子显示界面可以为图6所示的子显示界面(即上述白屏提示窗口)。可以理解的是，当该渲染显示界面存在全白屏现象时，该渲染显示界面的整个区域(全屏显示区域)上均不存在特征元素，即该渲染显示界面上所统计到的第二数量的值为零。

应该理解，该渲染显示界面上存在局部白屏现象可以包含上述局部关键区域上存在局部特征元素的缺失，还可以包含上述全屏显示区域上存在局部特征元素是的缺失。本申请实施例将不对其进行限制。

本申请实施例可以在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；进一步的，将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；进一步的，在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；进一步的，在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。由此可见，本申请可以在当前时间(即渲染显示时长)达到延时检测时长时，开始对渲染显示界面上的特征元素进行白屏检测，以快速判断该渲染显示界面上的特征元素是否满足白屏检测条件，如果满足，则可以在不退出目标应用(比如，微信应用)的前提条件下，快速在目标应用中模拟重启该小程序，以快速实现小程序的重启操作，进而可以提高小程序的重启效率。

进一步地，请参见图7，是本申请实施例提供的另一种数据处理方法的流程示意图。如图7所示，所述方法至少可以包括：

步骤S201，通过目标用户的用户账号信息登录目标应用，在所述目标应用的小程序显示界面中显示小程序；

步骤S202，响应针对所述小程序触发的触发操作，在目标应用中启动小程序，将所述小程序显示界面跳转至所述小程序对应的渲染显示界面；

步骤S203，向所述小程序对应的业务服务器发送数据加载请求；

可以理解的是，用户终端在执行步骤S203之前，还可以将所述小程序对应的静态加载数据作为第二类业务数据，在所述渲染显示界面上静态显示所述第二类业务数据，这样在后续用户终端在获取所述渲染显示界面上的特征元素时，具体可以将所述渲染显示界面上的所述第一类业务数据的像素点以及所述第二类业务数据的像素点作为所述渲染显示界面上的全屏显示区域上的特征元素。

步骤S204，接收所述业务服务器基于所述数据加载请求返回的第一类业务数据。

其中，步骤S201-步骤S204的具体实现方式可以参见对上述图3所对应实施例中对步骤S101的描述，这里将不再继续进行赘述。

步骤S205，将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；

步骤S206，在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；

其中，可以理解的是，本申请实施例中的渲染显示界面上的特征元素可以包含局部关键区域上的第一类业务数据的像素点，其中，所述局部关键区域位于所述渲染显示界面中。然后，用户终端可以在执行完步骤S206之后，进一步执行下述步骤S207-步骤S208。

可选的，本申请实施例中的渲染显示界面上的特征元素还可以包含渲染显示界面上的全屏显示区域上的特征元素，即全屏显示区域上的特征元素可以具体包含第一类业务数据的像素点以及第二类业务数据的像素点。可以理解的是，本申请实施例中的该全屏显示区域上的第一类业务数据可以包含前述局部关键区域中从业务服务器上所拉取到的第一类业务数据，还可以包含在该全屏显示区域中除局部全局区域外的剩余显示区域中所渲染输出的第一类业务数据。然后，用户终端可以在执行完步骤S206之后，进一步执行下述步骤S209-步骤S212。换言之，本申请实施例所描述的局部白屏可以包含局部关键区域上的白屏现象，还可以全屏显示区域上局部白屏现象。此外，对于全屏显示区域而言，还有可能存在全白屏的现象，即整个渲染显示界面上均不存在任何的特征元素。

步骤S207，在所述渲染显示界面中对所述局部关键区域上的第一类业务数据的像素点的数量进行打点上报，将打点上报的数量作为与所述局部关键区域相关联的第一数量；

步骤S208，在所述第一数量未达到所述局部关键区域对应的第一渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

其中，步骤S207-步骤S208的具体实现方式可以参见上述图3所对应实施例中对局部关键区域中的第一类业务数据的像素点的描述，这里将不再继续进行赘述。

可选的，步骤S209，在所述渲染显示界面中对所述全屏显示区域上的第一类业务数据的像素点进行累计，得到第一累计值；

步骤S210，对所述全屏显示区域上的第二类业务数据的像素点进行累计，得到第二累计值；

步骤S211，将所述第一累计值和所述第二累计值的和作为与所述全屏显示区域相关联的第二数量；

步骤S212，在所述第二数量未达到所述全屏显示区域对应的第二渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

其中，为便于理解，进一步的，请参见图8，是本申请实施例提供的一种局部白屏现象的场景示意图。如图8所示的显示界面800a可以为渲染显示时长达到延时检测时长时的渲染显示界面。如图8所示的第二类业务数据为该小程序对应的静态加载数据。当该用户终端执行白屏检测时，可以将在图8所示的全屏显示区域中所统计到的第一类业务数据的像素点数量称之为第一累计值(例如，200个像素点)，并将在该全屏显示区域中所统计到的第二类业务数据的像素点数量称之为第二累计值(例如，40个像素点)。可以理解的是，小程序A3的任意一个用户而言，可以在正常加载的情况下，在该小程序对应的渲染显示界面上看到相同的静态加载数据(即第二类业务数据)。但是，对于需要动态加载的业务数据而言，则可以根据每个用户的个人历史行为信息，动态从业务服务器上请求到相应的业务数据展示给用户。

比如，以小程序为微信读书小程序为例，可以在用户A和用户B分别访问该微信读书小程序时，智能根据用户A和用户B的个人历史行为信息个性化地加载不同的业务数据，从而可以分别为用户A和用户B呈现不同的第一类业务数据，比如，可以在用户A所使用的用户终端中动态加载电子读物A，在用户B所使用的用户终端中动态加载电子读物B等。但是这两个用户在渲染显示界面中所看到的第二类业务数据是相同的，即第二类业务数据是不需要进行动态加载的。

步骤S213，在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。

具体的，用户终端可以在所述渲染显示界面上的特征元素满足白屏检测条件时，生成所述小程序对应的白屏提示信息；进一步的，用户终端可以将所述白屏提示信息输出至独立于所述渲染显示界面的子显示界面；进一步的，用户终端可以响应针对所述子显示界面触发的重启操作，基于所述重启操作获取所述小程序对应的重启接口；进一步的，用户终端可以在所述目标应用中调用所述重启接口重启所述小程序。由此可见，本申请实施例可以在检测到白屏现象时，在无需退出目标应用的情况下，在该目标应用中模拟重启该小程序，以快速实现对该小程序的白屏的恢复。

其中，可以理解的是，本申请实施例可以在执行完上述步骤S208之后，进一步跳转执行S213，即可以在该小程序对应的局部关键区域中存在元素缺失的情况(比如，局部关键区域中存在局部白屏的情况或者全白屏的情况)下，在不退出该目标应用的情况下，快速实现对该小程序的重启操作。

当然，可选的，还可以理解的是，本申请实施例也可以在执行完上述步骤S212之后，进一步跳转执行S213，即可以在该小程序对应的全屏显示区域中存在元素缺失的情况(即全屏显示区域存在全白屏的情况或者局部白屏的情况)下，在目标应用中模拟该小程序的重启操作，以快速对该小程序的白屏进行恢复。

为便于理解，进一步的，请参见图9，是本申请实施例提供的一种进行白屏检测与白屏恢复的整体流程示意图。如图9所示，当目标用户在用户终端中启动小程序(比如，上述小程序A3)时，可以执行图9所示的步骤10，换言之，当目标用户在微信应用(即上述目标应用)中对小程序(例如，微信读书小程序)进行冷启动时，可以在微信应用中运行该小程序，进而可以实现页面初始化，以得到该小程序对应的渲染显示页面。如图9所示，此时，该用户终端中的小程序可以执行步骤70，即可以向后台服务器(即微信读书小程序对应的业务服务器)发送数据拉取请求，以使后台服务器可以将该微信读书小程序对应的业务数据返回给该微信读书小程序，以在上述渲染显示页面中对接收到的业务数据执行步骤80，以进行页面渲染。

应当理解，在预设的延时检测时长(例如，2s)内，该用户终端可以运行该微信读书小程序，并可以通过网络从上述业务服务器上拉取业务数据，以进行数据加载，为提高白屏检测的准确性，本申请实施例并不会将2s内这段时间纳入白屏检测范围，因为该微信读书小程序的渲染显示页面上会存在一些静态加载的业务数据(即可以将不需要动态加载的业务数据称之为第二类业务数据)，所以，在目标应用中启动该微信读书小程序时，便会在这段时间内将这些需要静态加载的业务数据(即第二类业务数据)快速加载显示在渲染显示页面上，所以，正常情况下，使用该微信读书小程序的每个用户都可以在访问该微信读书小程序时，看到相同的静态加载的业务数据。但是，对于一些需要动态加载的业务数据(即第一类业务数据)而言，则需要通过网络从上述业务服务器上去拉取，从而可以将拉取到的这些业务数据输出在该渲染显示页面上，以进行页面渲染。

其中，如图9所示，用户终端可以执行步骤20，以启动用于进行白屏检测的定时器，该定时器用于在延时检测时长时触发白屏检测。此外，应当理解，当用户终端进行页面渲染的同时，还可以统计渲染显示时长。所以，若在渲染显示时长(例如，1.5s)未到达延时检测时长(2s)的情况下，即完成了页面渲染，则可以将该2s内的渲染显示时长默认为正常加载时长。反之，若在该渲染显示时长达到前述延时检测时长时仍未完成页面渲染，那么，本申请实施例可以将2s及2s后的时长视为非正常加载时长。

由此可见，本申请实施例在页面渲染的过程中，可以通过执行步骤30-步骤40来判断当前时间(即页面渲染的时长)达到预设时间(即延时检测时长)时，渲染显示界面上是否存在特征元素的缺失可以理解的是，这里的特征元素可以为前述局部关键区域中的特征元素；也可以为整个页面(即前述全屏显示区域)上的特征元素，这里将不对其进行限制。

其中，可以理解的是，用户终端在执行步骤40的过程中，具体可以判断指定区域(即局部关键区域或者全屏显示区域)上的特征元素是否达到预设阈值，若未达到预设阈值，则确定当前页面上的特征元素符合白屏检测条件，进而可以跳转执行步骤50，以在不退出目标应用的情况下，快速实现对该微信读书小程序的重启操作；反之，则可以执行步骤60，在独立于渲染显示界面上的提示窗口上打点上报白屏提示信息，以帮助目标用户完成白屏检测。

其中，可以理解的是，当微信读书小程序确定当前页面(即当前的渲染显示界面)上的特征元素不符合预设条件(即白屏检测条件)时，可以变相得到当前页面上的指定区域中存在元素缺失，比如，局部关键区域上存在白屏现象。

进一步的，请参见图10，是本申请实施例提供的一种重启小程序的场景示意图。如图10所示，当用户终端中的小程序(小程序A3)发现当前页面(即渲染显示时长达到延时检测时长时的渲染显示界面)存在白屏的情况下，可以在独立于该渲染显示页面(即图10所示的显示界面800b)的子显示界面上显示白屏提示信息，图10所示的子显示界面可以称之为该渲染显示界面的弹窗，还可以称之为白屏提示窗口。如图10所示，目标用户可以针对该子显示界面中的重试按钮所在的区域执行触发操作，以确定在该目标应用中模拟重启小程序。应当理解，若该目标用户确认需要对该小程序A3的白屏进行恢复，则可以选择执行重启操作，从而可以在不退出微信应用(即目标应用)的情况下，快速实现小程序的重启功能。如图10所示，当在该小程序(即小程序A3)的当前显示页面上弹出弹窗的同时，会一并将白屏所对应的用户信息(比如，使用该小程序的用户账号信息)给到开发终端，以使开发终端可以统计到每天有多少人碰到这样的白屏问题。换言之，如图10所示，目标用户可以基于该目标用户的用户账号信息，从而可以根据该用户账号信息和调用该重启接口的调用时间戳生成重启记录信息，以将该重启记录信息发送给开发该小程序A3的开发终端，从而可以帮助开发人员掌握白屏问题出现在该用户终端中的频次，以及使用该小程序A3的用户群体人均出现白屏现象的次数。

此外，本申请实施例还可以通过观察统计到的白屏现象在不同用户终端中的变化趋势，帮助开发人员了解新发布的小程序的版本是否存在问题；此外，还可以了解白屏出现与用户设备品牌、操作系统(iOS/Android)、操作系统版本、微信版本之间的关联关系。这样，如果开发人员发现某个Android(安卓)版本的用户的白屏问题占比较大，就可以针对性地进行后续优化，减少白屏发生的可能性，以提高用户的体验效果。

可选的，用户终端还可以响应针对所述子显示界面触发的取消操作，基于所述取消操作关闭所述子显示界面；进一步的，用户终端可以基于所述目标应用的用户账号信息生成所述取消操作对应的反馈信息；进一步的，用户终端可以将所述反馈信息发送至与所述小程序相关联的开发终端，以使所述开发终端基于所述反馈信息调整并分析所述小程序对应的白屏检测机制。

为便于理解，进一步的，请参见上述图10，如上述图10所示，目标用户还可以在上述显示界面800b中所弹出的弹窗中选择触发取消按钮，以指示该用户终端中的小程序中所注册的白屏检测机制可能存在误报的现象。此时，用户终端也可以会将误报的反馈信息给到开发端。换言之，如果用户选择取消，则有可能是在没有白屏的情况下错误检测到了白屏问题。此时开发人员可以根据用户的反馈信息(即取消重启小程序时的信息)来调试白屏检测出现的原因，比如，可能是因为开发人员所设置的检测规则不严谨等所导致的误报，就可以通过反馈信息对该小程序进行针对性修复。

本申请实施例可以在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；进一步的，将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；进一步的，在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；进一步的，在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。由此可见，本申请可以在当前时间(即渲染显示时长)达到延时检测时长时，对渲染显示界面上的特征元素进行白屏检测，以快速判断该渲染显示界面上的特征元素是否满足白屏检测条件，如果满足，则可以在不退出目标应用(比如，微信应用)的前提条件下，快速在目标应用中模拟重启该小程序，以快速实现小程序的重启操作，进而可以提高小程序的重启效率。

进一步地，请参见图11，是本申请实施例提供的一种数据处理装置的结构示意图。如图11所示，所述数据处理装置1可以应用于上述图2所对应实施例中的目标用户终端。所述数据处理装置1可以包含：小程序启动模块10，渲染输出模块20，元素获取模块30，小程序重启模块40；进一步地，该数据处理装置1还可以包含打点上报模块50、第一确定模块60，第一累计模块70，第二累计模块80，数量确定模块90，第二确定模块100，重启记录生成模块110，重启记录发送模块120，子界面关闭模块130，反馈信息生成模块140，反馈信息发送模块150；

小程序启动模块10，用于在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；

其中，所述小程序启动模块10包括：应用登录单元101，界面跳转单元102，请求发送单元103，业务数据接收单元104；进一步的，所述小程序启动模块10还可以包含检测机制获取单元105，代码写入单元106，定时器触发单元107，静态加载单元108；

应用登录单元101，用于通过目标用户的用户账号信息登录目标应用，在所述目标应用的小程序显示界面中显示小程序；

界面跳转单元102，用于响应针对所述小程序触发的触发操作，在目标应用中启动小程序，将所述小程序显示界面跳转至所述小程序对应的渲染显示界面；

请求发送单元103，用于向所述小程序对应的业务服务器发送数据加载请求；

业务数据接收单元104，用于接收所述业务服务器基于所述数据加载请求返回的第一类业务数据。

其中，所述应用登录单元101，界面跳转单元102，请求发送单元103，业务数据接收单元104的具体实现方式可以参见上述图3所对应实施例中对步骤S101的描述，这里将不再继续进行赘述。

可选的，检测机制获取单元105，用于在所述目标应用中启动小程序时，获取所述小程序相关联的白屏检测机制；

代码写入单元106，用于将所述白屏检测机制对应的白屏检测代码信息写入所述小程序；

定时器触发单元107，用于触发所述小程序对应的定时器，通过所述定时器确定延时检测时长。

可选的，静态加载单元108，用于将所述小程序对应的静态加载数据作为第二类业务数据，在所述渲染显示界面上静态显示所述第二类业务数据；

则所述元素获取模块30，用于在所述渲染显示时长达到延时检测时长时，将所述渲染显示界面上的所述第一类业务数据的像素点以及所述第二类业务数据的像素点作为所述渲染显示界面上的全屏显示区域上的特征元素。

渲染输出模块20，用于将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；

元素获取模块30，用于在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；

小程序重启模块40，用于在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。

其中，所述小程序重启模块40包括：提示信息生成单元401，提示信息输出单元402，接口获取单元403，接口调用单元404；

提示信息生成单401，用于在所述渲染显示界面上的特征元素满足白屏检测条件时，生成所述小程序对应的白屏提示信息；

提示信息输出单元402，用于将所述白屏提示信息输出至独立于所述渲染显示界面的子显示界面；

接口获取单元403，用于响应针对所述子显示界面触发的重启操作，基于所述重启操作获取所述小程序对应的重启接口；

接口调用单元404，用于在所述目标应用中调用所述重启接口重启所述小程序。

其中，提示信息生成单元401，提示信息输出单元402，接口获取单元403，接口调用单元404的的具体实现方式可以参见上述图3所对应实施例中对步骤S104的描述，这里将不再继续进行赘述。

其中，所述小程序启动模块10，渲染输出模块20，元素获取模块30，小程序重启模块40的具体实现方式可以参见上述图3所对应实施例中对步骤S101-步骤S104的描述，这里将不再继续进行赘述。

可选的，所述渲染显示界面上的特征元素包括局部关键区域上的第一类业务数据的像素点；所述局部关键区域位于所述渲染显示界面中；

打点上报模块50，用于在所述渲染显示界面中对所述局部关键区域上的第一类业务数据的像素点的数量进行打点上报，将打点上报的数量作为与所述局部关键区域相关联的第一数量；

第一确定模块60，用于在所述第一数量未达到所述局部关键区域对应的第一渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

其中，所述打点上报模块50、第一确定模块60的具体实现方式可以参见上述图7所对应实施例中对局部关键区域的描述，这里将不再继续进行赘述。

可选的，第一累计模块70，用于在所述渲染显示界面中对所述全屏显示区域上的第一类业务数据的像素点进行累计，得到第一累计值；

第二累计模块80，用于对所述全屏显示区域上的第二类业务数据的像素点进行累计，得到第二累计值；

数量确定模块90，用于将所述第一累计值和所述第二累计值的和作为与所述全屏显示区域相关联的第二数量；

第二确定模块100，用于在所述第二数量未达到所述全屏显示区域对应的第二渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

其中，第一累计模块70，第二累计模块80，数量确定模块90，第二确定模块100的具体实现方式可以参见上述图7所对应实施例中对全屏显示区域的描述，这里将不再继续进行赘述。

可选的，重启记录生成模块110，用于获取所述目标应用的用户账号信息，基于所述用户账号信息以及所述重启接口的调用时间戳生成重启记录信息；所述重启记录信息中至少包含以下与所述小程序的白屏相关联的关键信息：所述目标应用的版本信息、所述目标应用所在终端的操作系数信息以及所述终端的设备类型信息；

重启记录发送模块120，用于将所述重启记录信息以及所述用户账号信息发送至与所述小程序相关联的开发终端，以使所述开发终端对所述重启记录信息进行数据分析。

可选的，子界面关闭模块130，用于响应针对所述子显示界面触发的取消操作，基于所述取消操作关闭所述子显示界面；

反馈信息生成模块140，用于基于所述目标应用的用户账号信息生成所述取消操作对应的反馈信息；

反馈信息发送模块150，用于将所述反馈信息发送至与所述小程序相关联的开发终端，以使所述开发终端基于所述反馈信息调整并分析所述小程序对应的白屏检测机制。

其中，重启记录生成模块110，重启记录发送模块120，子界面关闭模块130，反馈信息生成模块140，反馈信息发送模块150的具体实现方式可以参见上述图10所对应实施例中对重启记录信息和反馈信息的描述，这里将不再继续进行赘述。

本申请实施例可以在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；进一步的，将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；进一步的，在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；进一步的，在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。由此可见，本申请可以在当前时间(即渲染显示时长)达到延时检测时长时，对渲染显示界面上的特征元素进行白屏检测，以判断该渲染显示界面上的特征元素是否满足白屏检测条件，如果满足，则可以在不退出目标应用(比如，微信应用)的前提条件下，快速在目标应用中模拟重启该小程序，以快速实现小程序的重启操作，进而可以提高小程序的重启效率。

进一步地，请参见图12，是本申请实施例提供的一种计算机设备的示意图。如图12所示，所述计算机设备1000可以为上述图2对应实施例中的目标用户终端，所述计算机设备1000可以包括：至少一个处理器1001，例如CPU，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，网络接口1004可选地可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1005可选地还可以是至少一个位于远离前述处理器1001的存储装置。如图12所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在图12所示的计算机设备1000中，网络接口1004主要用于与业务服务器进行网络通信；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现：

在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；

将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；

在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；

在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。

应当理解，本申请实施例中所描述的计算机设备1000可执行前文图3和图7所对应实施例中对所述数据处理方法的描述，也可执行前文图11所对应实施例中对所述数据处理装置1的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且所述计算机可读存储介质中存储有前文提及的数据处理装置1所执行的计算机程序，且所述计算机程序包括程序指令，当所述处理器执行所述程序指令时，能够执行前文图3或者图7所对应实施例中对所述视频数据处理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (12)

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

在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；

将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；

在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；

在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。

2.根据权利要求1所述的方法，其特征在于，所述在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据，包括：

通过目标用户的用户账号信息登录目标应用，在所述目标应用的小程序显示界面中显示小程序；

响应针对所述小程序触发的触发操作，在目标应用中启动小程序，将所述小程序显示界面跳转至所述小程序对应的渲染显示界面；

向所述小程序对应的业务服务器发送数据加载请求；

接收所述业务服务器基于所述数据加载请求返回的第一类业务数据。

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

在所述目标应用中启动小程序时，获取所述小程序相关联的白屏检测机制；

将所述白屏检测机制对应的白屏检测代码信息写入所述小程序；

触发所述小程序对应的定时器，通过所述定时器确定延时检测时长。

4.根据权利要求2所述的方法，其特征在于，在所述向所述小程序对应的业务服务器发送数据加载请求之前，还包括：

将所述小程序对应的静态加载数据作为第二类业务数据，在所述渲染显示界面上静态显示所述第二类业务数据；

则所述获取所述渲染显示界面上的特征元素，包括：

将所述渲染显示界面上的所述第一类业务数据的像素点以及所述第二类业务数据的像素点作为所述渲染显示界面上的全屏显示区域上的特征元素。

5.根据权利要求1所述的方法，其特征在于，所述渲染显示界面上的特征元素包括局部关键区域上的第一类业务数据的像素点；所述局部关键区域位于所述渲染显示界面中；

所述方法还包括：

在所述渲染显示界面中对所述局部关键区域上的第一类业务数据的像素点的数量进行打点上报，将打点上报的数量作为与所述局部关键区域相关联的第一数量；

在所述第一数量未达到所述局部关键区域对应的第一渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

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

在所述渲染显示界面中对所述全屏显示区域上的第一类业务数据的像素点进行累计，得到第一累计值；

对所述全屏显示区域上的第二类业务数据的像素点进行累计，得到第二累计值；

将所述第一累计值和所述第二累计值的和作为与所述全屏显示区域相关联的第二数量；

在所述第二数量未达到所述全屏显示区域对应的第二渲染阈值时，确定所述渲染显示界面上的特征元素满足白屏检测条件。

7.根据权利要求1所述的方法，其特征在于，所述在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序，包括：

在所述渲染显示界面上的特征元素满足白屏检测条件时，生成所述小程序对应的白屏提示信息；

将所述白屏提示信息输出至独立于所述渲染显示界面的子显示界面；

响应针对所述子显示界面触发的重启操作，基于所述重启操作获取所述小程序对应的重启接口；

在所述目标应用中调用所述重启接口重启所述小程序。

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

获取所述目标应用的用户账号信息，基于所述用户账号信息以及所述重启接口的调用时间戳生成重启记录信息；所述重启记录信息中至少包含以下与所述小程序的白屏相关联的关键信息：所述目标应用的版本信息、所述目标应用所在终端的操作系数信息以及所述终端的设备类型信息；

将所述重启记录信息以及所述用户账号信息发送至与所述小程序相关联的开发终端，以使所述开发终端对所述重启记录信息进行数据分析。

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

响应针对所述子显示界面触发的取消操作，基于所述取消操作关闭所述子显示界面；

基于所述目标应用的用户账号信息生成所述取消操作对应的反馈信息；

将所述反馈信息发送至与所述小程序相关联的开发终端，以使所述开发终端基于所述反馈信息调整并分析所述小程序对应的白屏检测机制。

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

小程序启动模块，用于在目标应用中启动小程序时，接收所述小程序对应的业务服务器返回的第一类业务数据；

渲染输出模块，用于将所述第一类业务数据渲染输出至所述小程序对应的渲染显示界面，记录在所述渲染显示界面中渲染所述第一类业务数据的渲染显示时长；

元素获取模块，用于在所述渲染显示时长达到延时检测时长时，获取所述渲染显示界面上的特征元素；

小程序重启模块，用于在所述渲染显示界面上的特征元素满足白屏检测条件时，在所述目标应用中重启所述小程序。

11.一种计算机设备，其特征在于，包括：处理器、存储器以及网络接口；

所述处理器与存储器、网络接口相连，其中，网络接口用于提供数据通信功能，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，以执行如权利要求1-9任一项所述的方法。

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

Images