CN114880144A - 页面数据处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及数据处理领域，通过将页面数据写入目标磁盘和原生应用程序，可以实现在运行内存中存储的页面数据出现丢失时，从目标磁盘或原生应用程序中读取页面数据，提高了页面数据成功上传的概率。涉及一种页面数据处理方法、装置、计算机设备和存储介质，该方法包括：将待存储的页面数据存储至运行内存，以及将页面数据写入目标磁盘以及原生应用程序；响应于数据上传指令，确定运行内存中存储的页面数据是否异常；若运行内存中存储的页面数据异常，则查询目标磁盘和/或原生应用程序中的页面数据，将查询到的页面数据确定为目标数据；将目标数据上传至后台数据库。此外，本申请还涉及区块链技术，页面数据可存储于区块链中。

Description

页面数据处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及数据处理领域，尤其涉及一种页面数据处理方法、装置、计算机设备和存储介质。

背景技术

页面数据存储是前端技术中非常重要的领域，例如，用户在H5页面填写或编辑数据时，需要临时进行存储数据，等待用户完成填写或编辑后再上传数据。在现有技术中，通常在直接将页面数据存储至运行内存中，然后再统一上传页面数据。当清除运行内存中的数据，运行内存中的页面数据不可避免地被清除，导致页面数据出现丢失，从而在上传页面数据时出现失败。另外，由于运行内存有容量限制，无法长时间存储页面数据或存储大量的页面数据，因此也会导致运行内存中的页面数据出现丢失，导致在上传页面数据时出现失败。

因此，如何提高页面数据成功上传的概率成为亟需解决的问题。

发明内容

本申请提供了一种页面数据处理方法、装置、计算机设备和存储介质，通过将页面数据写入目标磁盘和原生应用程序，可以实现在运行内存中存储的页面数据出现丢失时，从目标磁盘或原生应用程序中读取页面数据，提高了页面数据成功上传的概率。

第一方面，本申请提供了一种页面数据处理方法，所述方法包括：

将待存储的页面数据存储至运行内存，以及将所述页面数据写入目标磁盘以及原生应用程序；

响应于数据上传指令，确定所述运行内存中存储的页面数据是否异常；

若所述运行内存中存储的页面数据异常，则基于预设的页面数据查询表，查询所述目标磁盘和/或所述原生应用程序中的页面数据，将查询到的页面数据确定为目标数据；

将所述目标数据上传至后台数据库。

第二方面，本申请还提供了一种页面数据处理装置，所述装置包括：

页面数据存储模块，用于将待存储的页面数据存储至运行内存，以及将所述页面数据写入目标磁盘以及原生应用程序；

页面数据校验模块，用于响应于数据上传指令，确定所述运行内存中存储的页面数据是否异常；

页面数据查询模块，用于若所述运行内存中存储的页面数据异常，则查询所述目标磁盘和/或所述原生应用程序中的页面数据，将查询到的页面数据确定为目标数据；

目标数据上传模块，用于将所述目标数据上传至后台数据库。

第三方面，本申请还提供了一种计算机设备，所述计算机设备包括存储器和处理器；

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

所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如上述的页面数据处理方法。

第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如上述的页面数据处理方法。

本申请公开了一种页面数据处理方法、装置、计算机设备和存储介质，通过将待存储的页面数据存储至运行内存，以及将页面数据写入目标磁盘以及原生应用程序，可以避免由于运行内存中存储的页面数据异常导致页面数据上传失败的情况出现；通过响应于数据上传指令，确定运行内存中存储的页面数据是否异常，可以实现检测运行内存中存储的页面数据是否出现丢失，确保上传的页面数据的准确性；通过在确定运行内存中存储的页面数据异常时，基于预设的页面数据查询表，查询目标磁盘和/或原生应用程序中的页面数据，将查询到的页面数据确定为目标数据，并将目标数据上传至后台数据库，可以实现在运行内存中存储的页面数据出现丢失时，从目标磁盘或原生应用程序中读取页面数据，避免获取页面数据失败，提高了页面数据成功上传的概率。

附图说明

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

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

图2是本申请实施例提供的一种存储页面数据的示意图；

图3是本申请实施例提供的一种页面数据处理的流程图；

图4是本申请实施例提供的一种查询页面数据的子步骤的示意性流程图；

图5是本申请实施例提供的一种页面数据处理装置的示意性框图；

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

具体实施方式

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

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

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

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

本申请的实施例提供了一种页面数据处理方法、装置、计算机设备和存储介质。其中，该页面数据处理方法可以应用于服务器或终端中，通过将页面数据写入目标磁盘和原生应用程序，可以实现在运行内存中存储的页面数据出现丢失时，从目标磁盘或原生应用程序中读取页面数据，提高了页面数据成功上传的概率。

其中，服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑和台式电脑等电子设备。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

如图1所示，页面数据处理方法包括步骤S10至步骤S40。

步骤S10、将待存储的页面数据存储至运行内存，以及将所述页面数据写入目标磁盘以及原生应用程序。

需要说明的是，本申请实施例提供的页面数据处理方法可以应用于页面数据的存储与上传场景中，通过将用户在页面填写或编辑的页面数据存储至运行内存以及写入目标磁盘和原生应用程序，实现在上传页面数据时，若运行内存中存储的页面数据出现异常，则从目标磁盘或原生应用程序读取页面数据，提高了页面数据成功上传的概率。

示例性的，页面数据的存储与上传场景，可以是用户在页面上注册账号信息的场景，也可以用户进行在线考试的场景，还可以是其它场景。例如，在无网络情况下存储用户填写的信息，等待网络恢复在上传信息的场景。又例如，可以在用户进行在线考试时，将页面数据写入目标磁盘和原生应用程序，可以防止用户填写的内容出现丢失导致考试失败的情况。

示例性的，页面可以是H5页面、React Native页面等等。其中，H5页面是指采用HTML(Hyper Text Markup Language，超文本标记语言)网页技术设计的页面。ReactNative页面是指采用Java Script框架开发的页面。

示例性的，当检测到页面的编辑操作时，根据编辑操作获取待存储的页面数据。需要说明的是，用户可以在页面上进行填写数据、修改数据等编辑操作。

请参阅图2，图2是本申请实施例提供的一种存储页面数据的示意图，如图2所示，可以将待存储的页面数据存储至运行内存，以及将页面数据写入目标磁盘以及原生应用程序。

通过将待存储的页面数据存储至运行内存，以及将页面数据写入目标磁盘以及原生应用程序，可以避免由于运行内存中存储的页面数据异常导致页面数据上传失败的情况出现。

在一些实施例中，将待存储的页面数据存储至运行内存，可以包括：通过状态管理库或存储对象，将页面数据存储至运行内存。

示例性的，可以通过状态管理库，将页面数据存储至运行内存。其中，状态管理库可以包括Vuex框架或Redux框架等框架中的状态管理库。需要说明的是，Vuex框架、Redux框架具有数据存储功能，可以实现将页面数据存储至运行内存。

示例性的，可以通过存储对象，将页面数据存储至运行内存。其中，存储对象可以包括会话存储对象(Session Storage)、本地存储对象(Local Storage)等等。需要说明的是，会话存储对象、本地存储对象等存储对象是浏览器提供的，具有数据存储功能，可以实现将页面数据存储至运行内存。

在本申请实施例中，可以将页面数据存储至运行内存，还可以将页面数据写入目标磁盘和原生应用程序。其中，将页面数据存储至运行内存与将页面数据写入目标磁盘和原生应用程序的先后顺序，在此不作限定。

在一些实施例中，将页面数据写入目标磁盘以及原生应用程序，可以包括：通过面向对象数据库将页面数据写入目标磁盘；通过原生应用程序接口将页面数据写入原生应用程序。

需要说明的是，面向对象数据库(Object Oriented Batabase，OODB)是一个基于面向对象程序设计(Object Oriented Programming，OOP)的数据库，其数据都是以对象/类的形式表示并存储在面向对象数据库中。

示例性的，面向对象数据库可以是IndexedDB数据库。需要说明的是，IndexedDB数据库是浏览器提供的本地数据库，IndexedDB数据库允许储存大量数据，提供查找接口，还能建立索引。其中，IndexedDB数据库包括数据库与对象仓库。

在一些实施方式中，通过面向对象数据库将页面数据写入目标磁盘，可以包括：将页面数据存储至面向对象数据库中的对象仓库，以供对象仓库将页面数据存储至目标磁盘中的缓存文件夹。例如，可以将页面数据存储至IndexedDB数据库中的对象仓库，由对象仓库将页面数据存储至目标磁盘中的缓存文件夹。

其中，目标磁盘可以是本地磁盘，也可以是外部磁盘。缓存文件夹可以是目标磁盘中的catch文件夹。当然，也可以是其它名称的文件夹。

在一些实施方式中，通过原生应用程序接口将页面数据写入原生应用程序，可以包括：调用原生应用程序接口，向原生应用程序发送页面数据存储请求，其中，页面数据存储请求携带页面数据。

示例性的，原生应用程序在接收到页面数据存储请求后，可以将页面数据存储请求携带的页面数据存储在原生应用程序中。

需要说明的是，原生应用程序是一种基于本机操作系统如Android、IOS和WindowsPhone等并且使用原生程序编写运行的应用程序。原生应用程序的功能丰富、速度快，可以访问本地资源、缓存数据。由于在访问数据时，只需要加载数据，应用页面框架无需下载，因此加载速度更快，页面响应更快。

为进一步保证上述页面数据的私密和安全性，上述页面数据可以存储于一区块链的节点中。在上传页面数据时，可以从区块链的节点中读取页面数据。

在一些实施例中，将页面数据写入目标磁盘以及原生应用程序之后，还可以包括：确定页面数据在目标磁盘中的第一存储路径信息与第一数据识别信息；确定页面数据在原生应用程序中的第二存储路径信息与第二数据识别信息；将第一存储路径信息与第一数据识别信息关联添加至页面数据查询表，以及将第二存储路径信息与第二数据识别信息关联添加至页面数据查询表。

其中，第一存储路径信息用于确定页面数据在目标磁盘中的具体存储位置，第二存储路径信息用于确定原生应用程序在目标磁盘中的具体存储位置。第一数据识别信息用于确定目标磁盘中的具体数据，第二数据识别信息用于确定原生应用程序中的具体数据。例如，第一数据识别信息、第二数据识别信息可以是页面数据的文件名称、文件编号、文件存储时间等唯一标识。

示例性的，可以将第一存储路径信息与第一数据识别信息关联添加至页面数据查询表，以及将第二存储路径信息与第二数据识别信息关联添加至页面数据查询表。其中，页面数据查询表包括每个页面数据在目标磁盘中的存储路径信息与识别信息之间的对应关系，以及包括每个页面数据在原生应用程序中的存储路径信息与识别信息之间的对应关系。

需要说明的是，通过将第一存储路径信息与第一数据识别信息关联添加至页面数据查询表以及将第二存储路径信息与第二数据识别信息关联添加至页面数据查询表，可以实现在查询目标磁盘和/或原生应用程序中的页面数据，基于页面数据查询表进行查询，节省了查询时间，提高了查询效率。

步骤S20、响应于数据上传指令，确定所述运行内存中存储的页面数据是否异常。

在一些实施例中，当检测到页面中的数据上传操作时，根据数据上传操作生成数据上传指令；响应于数据上传指令，确定运行内存中存储的页面数据是否异常。需要说明的是，用户在页面完成数据编辑后，可以点击或触发页面中的提交按钮。可以理解的是，提交按钮用于将用户编辑的数据上传至后台数据库。

在另一些实施例中，当检测到网络恢复正常时，生成数据上传指令；响应于数据上传指令，确定运行内存中存储的页面数据是否异常。需要说明的是，本申请实施例提供的页面数据处理方法还可以应用在弱网或无网络的场景中；当网络信号较差或无网络信号时，可以先将用户在页面中编辑的页面数据进行存储，等待网络恢复正常后，再自动将存储的页面数据上传到后台数据库。

通过确定运行内存中存储的页面数据是否异常，可以实现检测运行内存中存储的页面数据是否出现丢失，确保上传的页面数据的准确性。

需要说明的是，在本申请实施例中，在上传页面数据之前，需要对页面数据进行校验，以避免上传的页面数据出现数据丢失等异常情况。可以理解的是，在上传页面数据时，为了提高效率，优先从运行内存读取页面数据；由于运行内存中的数据容易被清除、运行内存长时间存储页面数据或无法存储大量的页面数据等原因，因此运行内存中存储的页面数据有可能出现数据丢失。此外，造成数据丢失的原因，还有可能是因为页面涉及大量复杂交互的页面数据、用户在单个页面进行操作时的停留时间过长或用户使用的终端的机型老旧，性能较差等等。

在一些实施例，响应于数据上传指令，确定运行内存中存储的页面数据是否异常，可以包括：对运行内存中存储的页面数据进行数据校验；当校验运行内存中存储的页面数据缺失时，确定运行内存中存储的页面数据异常。

请参阅图3，图3是本申请实施例提供的一种页面数据处理的流程图，如图3所示，查询运行内存中存储的页面数据，并确定页面数据是否异常。示例性的，可以校验运行内存中存储的页面数据的必填数据项是否为空值；当必填数据项为空值时，说明运行内存中存储的页面数据缺失，此时可以确定运行内存中存储的页面数据异常。此外，还可以对运行内存中存储的页面数据进行格式校验等等，在此不作限定。

示例性的，当校验运行内存中存储的页面数据未缺失时，确定运行内存中存储的页面数据正常，并将运行内存中存储的页面数据确定为目标数据。

通过对运行内存中存储的页面数据进行数据校验是否异常，可以确定运行内存中存储的页面数据是否出现丢失，从而确保上传的页面数据的准确性。

步骤S30、若所述运行内存中存储的页面数据异常，则基于预设的页面数据查询表，查询所述目标磁盘和/或所述原生应用程序中的页面数据，将查询到的页面数据确定为目标数据。

示例性的，当确定运行内存中存储的页面数据异常，则基于预设的页面数据查询表，查询目标磁盘和/或原生应用程序中的页面数据，将查询到的页面数据确定为目标数据。

通过在运行内存中存储的页面数据出现丢失时，从目标磁盘或原生应用程序查询页面数据，可以解决运行内存的空间不足、运行内存存储的数据被清理以及存储数据量较小的问题，有效避免运行内存中存储的页面数据丢失导致页面数据上传失败的情况。

请参阅图4，图4是本申请实施例提供的一种查询页面数据的子步骤的示意性流程图，具体可以包括以下步骤S301至步骤S303。

步骤S301、查询所述目标磁盘中存储的页面数据，并确定所述目标磁盘中存储的页面数据是否正常。

在本申请实施例中，为了提高页面数据的查询效率，可以基于预设的页面数据查询表，查询目标磁盘和/或原生应用程序中的页面数据。其中，优先查询目标磁盘中的页面数据，当目标磁盘中的页面数据异常时，再查询原生应用程序中的页面数据。

需要说明的是，由于从目标磁盘读取页面数据的速度比从原生应用程序读取页面数据的速度快速，因此优先查询目标磁盘中存储的页面数据，可以提升数据查询效率。

示例性的，页面数据查询表包括页面数据在目标磁盘中的第一存储路径信息与第一数据识别信息，以及页面数据在原生应用程序中的第二存储路径信息与第二数据识别信息。

在一些实施例中，查询目标磁盘中存储的页面数据，可以包括：基于页面数据查询表中的第一存储路径信息与第一数据识别信息，对目标磁盘进行页面数据查询。

示例性的，可以根据第一存储路径信息确定页面数据在目标磁盘中的目标位置，例如目标文件夹。然后，根据第一数据识别信息，对目标文件夹中的数据进行识别，得到匹配的页面数据。

示例性的，如图3所示，在查询目标磁盘中存储的页面数据之后，需要确定目标磁盘中存储的页面数据是否正常。例如，对目标磁盘中存储的页面数据进行数据校验；当校验目标磁盘中存储的页面数据缺失时，确定目标磁盘中存储的页面数据异常；当校验目标磁盘中存储的页面数据未缺失时，确定目标磁盘中存储的页面数据正常。

需要说明的是，由于目标磁盘中的catch文件夹存储的页面数据有可能被清除，导致页面数据出现缺失，因此需要对目标磁盘中存储的页面数据进行数据校验，以确保目标磁盘中存储的页面数据准确无误。

步骤S302、若所述目标磁盘中存储的页面数据正常，则将所述目标磁盘中存储的页面数据确定为所述目标数据。

示例性的，如图3所示，当确定目标磁盘中存储的页面数据正常时，可以将目标磁盘中存储的页面数据确定为目标数据。

步骤S303、若所述目标磁盘中存储的页面数据异常，则查询所述原生应用程序中的页面数据，并将所述原生应用程序中的页面数据确定为所述目标数据。

示例性的，如图3所示，当确定目标磁盘中存储的页面数据异常时，查询原生应用程序中的页面数据。

在一些实施例中，查询原生应用程序中的页面数据，可以包括：基于页面数据查询表中的第二存储路径信息与第二数据识别信息，调用原生应用程序接口，对原生应用程序进行页面数据查询。

示例性的，可以调用原生应用程序接口，向原生应用程序发送页面数据查询请求，其中，页面数据查询请求包括第二存储路径信息与第二数据识别信息。原生应用程序可以根据第二存储路径信息确定页面数据在原生应用程序中的具体位置，并根据第二数据识别信息，对具体位置中的数据进行识别，得到匹配的页面数据。然后，原生应用程序通过原生应用程序接口返回页面数据。

示例性的，在查询得到原生应用程序中存储的页面数据之后，可以直接将原生应用程序中的页面数据确定为目标数据。此外，还可以对原生应用程序中的页面数据进行校验；若原生应用程序中的页面数据正常，则将原生应用程序中的页面数据确定为目标数据。例如，当校验运行内存中存储的页面数据未缺失时，确定原生应用程序中的页面数据正常。

通过查询目标磁盘和/或原生应用程序中的页面数据，将查询到的页面数据确定为目标数据，并将目标数据上传至后台数据库，可以实现在运行内存中存储的页面数据出现丢失时，从目标磁盘或原生应用程序中读取页面数据，避免获取页面数据失败，提高了页面数据成功上传的概率。

步骤S40、将所述目标数据上传至后台数据库。

示例性的，如图3所示，在获得目标数据之后，可以将目标数据上传至后台数据库。其中，后台数据库可以是云数据库，也可以是MySQL数据库，还可以是其它数据库，在此不作限定。

在一些实施例中，将目标数据上传至后台数据库之后，还可以包括：将目标磁盘中存储的页面数据删除，以及将原生应用程序中存储的页面数据删除。

示例性的，可以调用原生应用程序接口，向原生应用程序发送页面数据删除指令，以供原生应用程序根据页面数据删除指令删除页面数据。

通过在将目标数据上传至后台数据库后，将目标磁盘和原生应用程序中的页面数据删除，可以避免占用过多的存储空间，提升系统的稳定性。

上述实施例提供的页面数据处理方法，通过将待存储的页面数据存储至运行内存，以及将页面数据写入目标磁盘以及原生应用程序，可以避免由于运行内存中存储的页面数据异常导致页面数据上传失败的情况出现；通过将第一存储路径信息与第一数据识别信息关联添加至页面数据查询表以及将第二存储路径信息与第二数据识别信息关联添加至页面数据查询表，可以实现在查询目标磁盘和/或原生应用程序中的页面数据，基于页面数据查询表进行查询，节省了查询时间，提高了查询效率；通过确定运行内存中存储的页面数据是否异常，可以实现检测运行内存中存储的页面数据是否出现丢失，确保上传的页面数据的准确性；通过查询目标磁盘和/或原生应用程序中的页面数据，将查询到的页面数据确定为目标数据，并将目标数据上传至后台数据库，可以实现在运行内存中存储的页面数据出现丢失时，从目标磁盘或原生应用程序中读取页面数据，避免获取页面数据失败，提高了页面数据成功上传的概率；通过在将目标数据上传至后台数据库后，将目标磁盘和原生应用程序中的页面数据删除，可以避免占用过多的存储空间，提升系统的稳定性。

请参阅图5，图5是本申请的实施例还提供一种页面数据处理装置1000的示意性框图，该页面数据处理装置用于执行前述的页面数据处理方法。其中，该页面数据处理装置可以配置于服务器或终端中。

如图5所示，该页面数据处理装置1000，包括：页面数据存储模块1001、页面数据校验模块1002、页面数据查询模块1003和目标数据上传模块1004。

页面数据存储模块1001，用于将待存储的页面数据存储至运行内存，以及将所述页面数据写入目标磁盘以及原生应用程序。

页面数据校验模块1002，用于响应于数据上传指令，确定所述运行内存中存储的页面数据是否异常。

页面数据查询模块1003，用于若所述运行内存中存储的页面数据异常，则查询所述目标磁盘和/或所述原生应用程序中的页面数据，将查询到的页面数据确定为目标数据。

目标数据上传模块1004，用于将所述目标数据上传至后台数据库。

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

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

请参阅图6，图6是本申请实施例提供的一种计算机设备的结构示意性框图。

请参阅图6，该计算机设备包括通过系统总线连接的处理器和存储器，其中，存储器可以包括非易失性存储介质和内存储器。所述存储介质可以是非易失性存储介质，也可以是易失性存储介质。

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

内存储器为存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种页面数据处理方法。

应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：

将待存储的页面数据存储至运行内存，以及将所述页面数据写入目标磁盘以及原生应用程序；响应于数据上传指令，确定所述运行内存中存储的页面数据是否异常；若所述运行内存中存储的页面数据异常，则基于预设的页面数据查询表，查询所述目标磁盘和/或所述原生应用程序中的页面数据，将查询到的页面数据确定为目标数据；将所述目标数据上传至后台数据库。

在一个实施例中，所述处理器在实现将待存储的页面数据存储至运行内存时，用于实现：

通过状态管理库或存储对象，将所述页面数据存储至所述运行内存。

在一个实施例中，所述处理器在实现将所述页面数据写入目标磁盘以及原生应用程序时，用于实现：

通过面向对象数据库将所述页面数据写入所述目标磁盘；通过原生应用程序接口将所述页面数据写入所述原生应用程序。

在一个实施例中，所述处理器在实现通过面向对象数据库将所述页面数据写入所述目标磁盘时，用于实现：

将所述页面数据存储至所述面向对象数据库中的对象仓库，以供所述对象仓库将所述页面数据存储至所述目标磁盘中的缓存文件夹。

在一个实施例中，所述处理器在实现将所述页面数据写入目标磁盘以及原生应用程序之后，还用于实现：

确定所述页面数据在所述目标磁盘中的第一存储路径信息与第一数据识别信息；确定所述页面数据在所述原生应用程序中的第二存储路径信息与第二数据识别信息；将所述第一存储路径信息与所述第一数据识别信息关联添加至所述页面数据查询表，以及将所述第二存储路径信息与所述第二数据识别信息关联添加至所述页面数据查询表。

在一个实施例中，所述处理器在实现响应于数据上传指令，确定所述运行内存中存储的页面数据是否异常时，用于实现：

对所述运行内存中存储的页面数据进行数据校验；当校验所述运行内存中存储的页面数据缺失时，确定所述运行内存中存储的页面数据异常。

在一个实施例中，所述处理器在实现查询所述目标磁盘和/或所述原生应用程序中的页面数据，将查询到的页面数据确定为目标数据时，用于实现：

查询所述目标磁盘中存储的页面数据，并确定所述目标磁盘中存储的页面数据是否正常；若所述目标磁盘中存储的页面数据正常，则将所述目标磁盘中存储的页面数据确定为所述目标数据；若所述目标磁盘中存储的页面数据异常，则查询所述原生应用程序中的页面数据，并将所述原生应用程序中的页面数据确定为所述目标数据。

在一个实施例中，所述页面数据查询表包括所述页面数据在所述目标磁盘中的第一存储路径信息与第一数据识别信息，以及所述页面数据在所述原生应用程序中的第二存储路径信息与第二数据识别信息；所述处理器在实现查询所述目标磁盘中存储的页面数据时，用于实现：

基于所述页面数据查询表中的第一存储路径信息与第一数据识别信息，对所述目标磁盘进行页面数据查询。

在一个实施例中，所述页面数据查询表包括所述页面数据在所述目标磁盘中的第一存储路径信息与第一数据识别信息，以及所述页面数据在所述原生应用程序中的第二存储路径信息与第二数据识别信息；所述处理器在实现查询所述原生应用程序中的页面数据时，用于实现：

基于所述页面数据查询表中的第二存储路径信息与第二数据识别信息，调用原生应用程序接口，对所述原生应用程序进行页面数据查询。

本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现本申请实施例提供的任一项页面数据处理方法。

例如，该程序被处理器加载，可以执行如下步骤：

将待存储的页面数据存储至运行内存，以及将所述页面数据写入目标磁盘以及原生应用程序；响应于数据上传指令，确定所述运行内存中存储的页面数据是否异常；若所述运行内存中存储的页面数据异常，则基于预设的页面数据查询表，查询所述目标磁盘和/或所述原生应用程序中的页面数据，将查询到的页面数据确定为目标数据；将所述目标数据上传至后台数据库。

其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(SmartMedia Card，SMC)，安全数字卡(Secure Digital Card，SD Card)，闪存卡(Flash Card)等。

进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

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

Claims (10)

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

将待存储的页面数据存储至运行内存，以及将所述页面数据写入目标磁盘以及原生应用程序；

响应于数据上传指令，确定所述运行内存中存储的页面数据是否异常；

若所述运行内存中存储的页面数据异常，则基于预设的页面数据查询表，查询所述目标磁盘和/或所述原生应用程序中的页面数据，将查询到的页面数据确定为目标数据；

将所述目标数据上传至后台数据库。

2.根据权利要求1所述的页面数据处理方法，其特征在于，所述将待存储的页面数据存储至运行内存，包括：

通过状态管理库或存储对象，将所述页面数据存储至所述运行内存；

所述将所述页面数据写入目标磁盘以及原生应用程序，包括：

通过面向对象数据库将所述页面数据写入所述目标磁盘；

通过原生应用程序接口将所述页面数据写入所述原生应用程序。

3.根据权利要求2所述的页面数据处理方法，其特征在于，所述通过面向对象数据库将所述页面数据写入所述目标磁盘，包括：

将所述页面数据存储至所述面向对象数据库中的对象仓库，以供所述对象仓库将所述页面数据存储至所述目标磁盘中的缓存文件夹。

4.根据权利要求1所述的页面数据处理方法，其特征在于，所述将所述页面数据写入目标磁盘以及原生应用程序之后，还包括：

确定所述页面数据在所述目标磁盘中的第一存储路径信息与第一数据识别信息；

确定所述页面数据在所述原生应用程序中的第二存储路径信息与第二数据识别信息；

将所述第一存储路径信息与所述第一数据识别信息关联添加至所述页面数据查询表，以及将所述第二存储路径信息与所述第二数据识别信息关联添加至所述页面数据查询表。

5.根据权利要求1所述的页面数据处理方法，其特征在于，所述响应于数据上传指令，确定所述运行内存中存储的页面数据是否异常，包括：

对所述运行内存中存储的页面数据进行数据校验；

当校验所述运行内存中存储的页面数据缺失时，确定所述运行内存中存储的页面数据异常。

6.根据权利要求1所述的页面数据处理方法，其特征在于，所述查询所述目标磁盘和/或所述原生应用程序中的页面数据，将查询到的页面数据确定为目标数据，包括：

查询所述目标磁盘中存储的页面数据，并确定所述目标磁盘中存储的页面数据是否正常；

若所述目标磁盘中存储的页面数据正常，则将所述目标磁盘中存储的页面数据确定为所述目标数据；

若所述目标磁盘中存储的页面数据异常，则查询所述原生应用程序中的页面数据，并将所述原生应用程序中的页面数据确定为所述目标数据。

7.根据权利要求6所述的页面数据处理方法，其特征在于，所述页面数据查询表包括所述页面数据在所述目标磁盘中的第一存储路径信息与第一数据识别信息，以及所述页面数据在所述原生应用程序中的第二存储路径信息与第二数据识别信息；

所述查询所述目标磁盘中存储的页面数据，包括：

基于所述页面数据查询表中的第一存储路径信息与第一数据识别信息，对所述目标磁盘进行页面数据查询；

所述查询所述原生应用程序中的页面数据，包括：

基于所述页面数据查询表中的第二存储路径信息与第二数据识别信息，调用原生应用程序接口，对所述原生应用程序进行页面数据查询。

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

页面数据存储模块，用于将待存储的页面数据存储至运行内存，以及将所述页面数据写入目标磁盘以及原生应用程序；

页面数据校验模块，用于响应于数据上传指令，确定所述运行内存中存储的页面数据是否异常；

页面数据查询模块，用于若所述运行内存中存储的页面数据异常，则查询所述目标磁盘和/或所述原生应用程序中的页面数据，将查询到的页面数据确定为目标数据；

目标数据上传模块，用于将所述目标数据上传至后台数据库。

9.一种计算机设备，其特征在于，所述计算机设备包括存储器和处理器；

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

所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如权利要求1至7任一项所述的页面数据处理方法。

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

Images