CN106446174A - 应用中页面加载的方法 - Google Patents

Abstract

本发明实施例涉及一种应用中页面加载的方法，包括：用户终端根据接收到的服务请求指令，确定应用需要加载的显示页面；在本地存储数据中查询是否具有所述应用需要加载的显示页面的缓存数据；当有所述缓存数据时，获取所述缓存数据作为页面显示数据，并将所述页面显示数据显示为所述显示页面的页面显示内容；从服务器获取所述应用需要加载的显示页面的数据，对缓存数据进行更新；将所述页面显示数据与更新后的所述缓存数据进行对比；如果对比不一致，则根据更新后的所述缓存数据，更新所述显示页面的页面显示内容。

Description

应用中页面加载的方法

技术领域

本发明涉及通信技术领域，尤其涉及一种应用中页面加载的方法。

背景技术

随着移动通信技术的日益进步，智能终端的功能越来越丰富。各种服务通过移动应用的方式提供给用户，丰富了用户的各种使用需求。

移动应用需要有网络支持，因此页面加载速度直接影响到用户的使用体验。目前移动应用基本都采用单页面加载的方式，而对于现在复杂应用界面的数据加载，在网络不稳定或网速不够理想的情况下，会产生页面加载卡顿或者加载失败的现象，影响用户使用的流畅性，降低用户体验。

发明内容

本发明的目的是针对现有技术的缺陷，提供一种应用中页面加载的方法，能够根据当前页面加载内容对下一步可能加载页面的页面内容进行预先缓存，从而保证在用户使用中的页面加载流畅性，并能在页面加载后对加载页面内容进行有效验证，从而避免加载错误，保证了加载内容的有效性。

有鉴于此，本发明实施例提供了一种应用中页面加载的方法，包括：

用户终端根据接收到的服务请求指令，确定应用需要加载的显示页面；

在本地存储数据中查询是否具有所述应用需要加载的显示页面的缓存数据；

当有所述缓存数据时，获取所述缓存数据作为页面显示数据，并将所述页面显示数据显示为所述显示页面的页面显示内容；

从服务器获取所述应用需要加载的显示页面的数据，对缓存数据进行更新；

将所述页面显示数据与更新后的所述缓存数据进行对比；

如果对比不一致，则根据更新后的所述缓存数据，更新所述显示页面的页面显示内容。

优选的，所述方法还包括：

当没有所述缓存数据时，用户终端从服务器获取所述应用需要加载的显示页面的数据，存储为所述缓存数据，并显示为显示页面的页面显示内容。

优选的，在所述将所述页面显示数据显示为所述显示页面的页面显示内容之后，所述方法还包括：

根据当前的页面显示数据的信息，确定当前显示页面的关联显示页面；

从服务器获取所述关联显示页面的页面显示数据并存储为所述关联显示页面的缓存数据。

进一步优选的，所述当前的页面显示数据的信息包括显示页面的页面编码；

所述根据当前的页面显示数据的信息，确定当前显示页面的关联显示页面具体为：

根据所述当前显示页面的页面编码，确定需要加载的显示页面的下一个或多个显示页面为所述关联显示页面。

进一步优选的，在所述根据当前的页面显示数据的信息，确定当前显示页面的关联显示页面之前，所述方法还包括：

获取配置信息，根据所述配置信息确定所述关联显示页面的数量为一个或多个。

进一步优选的，所述当前的页面显示数据的信息包括所述页面显示数据中的统一资源定位符URL；

所述根据当前的页面显示数据的信息，确定当前显示页面的关联显示页面具体为：

根据所述URL，确定通过当前显示页面跳转到的所述URL指向的显示页面为所述关联显示页面。

本发明实施例提供的应用中页面加载的方法，能够根据当前页面加载内容对下一步可能加载页面的页面内容进行预先缓存，从而保证在用户使用中的页面加载流畅性，并能在页面加载后对加载页面内容进行有效验证，从而避免加载错误，保证了加载内容的有效性。

附图说明

图1为本发明实施例提供的应用中页面加载的方法的方法流程图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

图1为本发明实施例提供的应用中页面加载的方法流程图，如图1所示，包括如下步骤：

步骤100，用户终端接收服务请求指令；

具体的，用户对用户终端的用户界面进行输入操作，启动应用，并可在应用界面中选择需要的服务。用户终端在接收到用户的输入操作后，对用户的输入操作进行解析，得到服务请求指令。

步骤110，根据接收到的服务请求指令，确定应用需要加载的显示页面；

具体的，服务请求指令中包括有所需加载页面的识别信息，比如页面编号、页面属性等。根据所需加载页面的识别信息，确定用户选择的应用所需要加载的显示页面。在默认的情况下，通常在第一次加载时加载应用的首页。

步骤120，在本地存储数据中查询是否具有所述应用需要加载的显示页面的缓存数据；

具体的，用户终端本地具有存储器，用于存储显示页面的缓存数据。比如，用户终端需要加载的显示页面为一个即时通信应用的首页，则用户终端首先会在本地存储查找是否有该首页的本地缓存数据。

当有应用需要加载的缓存数据时，执行步骤140-170，当没有时，执行步骤130。

步骤130，用户终端从服务器获取应用需要加载的显示页面的数据，存储为缓存数据，并作为页面显示数据显示为显示页面的页面显示内容。

具体的，如果本地没有显示页面的缓存数据，则用户终端需要通过网络连接访问应用服务器，获取所需加载的显示页面的数据。

当接收到应用服务器发送的所需加载的显示页面的数据之后，在本地存储器中存储为缓存数据，因此当下一次需要对该页面进行加载时，就可以从本地服务器中获取到该页面的缓存数据了。

用户终端根据获取到的显示页面的数据，在用户界面对用户进行显示。

步骤140，获取缓存数据作为页面显示数据，并将页面显示数据显示为显示页面的页面显示内容；

具体的，如果本地由显示页面的缓存数据，则直接调用该缓存数据进行显示。因为缓存数据是存储在本地的，因此无论用户终端的网络连接状况如何，是否稳定，都不会影响到页面显示内容的加载显示。

此时，虽然已经完成了页面显示内容的显示，但并不能保证缓存数据与服务器中最新的页面显示数据是相一致的。

因此为了避免加载错误，还需要进行加载的页面显示数据与服务器中存储的数据的一致性验证。

步骤150，从服务器获取应用需要加载的显示页面的数据，对缓存数据进行更新；

具体的，当显示页面的页面显示内容在本地进行显示的同时，用户终端还向服务器发送数据获取请求，用以获取应用需要加载的显示页面的数据，并将从服务器获取得到的数据进行本地存储，更新为该显示页面的缓存数据。从而使得在这一时刻，本地存储的缓存数据与服务器中的该显示页面的数据保持一致。

步骤160，将当前的页面显示数据与更新后的缓存数据进行对比；

具体的，将当前已经显示为页面显示内容的页面显示数据与和服务器数据完成同步的缓存数据进行对比，目的是为了确定服务器中的数据是否在上一次本地缓存之后产生了更新，以便对本地缓存进行更新。

如果对比结果一致，则说明服务器中的当前应用需要加载的显示页面的数据在上一次本地缓存之后没有再更新，则转而执行步骤180。

如果对比结果不一致，则执行下述步骤170。

步骤170，如果对比不一致，则根据更新后的缓存数据更新页面显示数据，从而更新显示页面的页面显示内容。

具体的，当对比结果不一致时，说明服务器中存储的当前应用需要加载的显示页面的数据在上一次本地缓存之后又发生了更新变化。因此，用户终端读取本地存储的更新后的缓存数据，即刚刚与服务器同步的数据，进行页面显示数据的更新。

因为该步更新也是在本地完成的，因此即便网络不稳定，也不会影响到该更新过程。因此，在上述过程中，在具有本地缓存的情况下，页面的加载过程不受网络状态的影响。

无论本地存储数据中是否具有应用需要加载的显示页面的缓存数据，在将页面显示数据显示为显示页面的页面显示内容，或者对页面显示内容进行更新之后，都继续执行步骤180-190。

步骤180，根据当前的页面显示数据的信息，确定当前显示页面的关联显示页面；

具体的，当前的页面显示数据具有关联页面的关联信息，具体可以包括：显示页面的页面编码和/或当前的页面显示数据中的统一资源定位符(Uniform Resource Locator，URL)。

在关联信息为显示页面的页面编码时，用户终端可以根据当前显示页面的页面编码，确定需要加载的显示页面的下一个或多个显示页面为关联显示页面。而具体是将下一个或者是下面几个显示页面作为关联显示页面，可以是根据用户本地设置的配置信息确定的，也可以是根据应用服务器的配置信息确定的。

在关联信息为URL时，用户终端可以根据URL，确定能够通过当前显示页面跳转到的URL指向的显示页面为关联显示页面。

步骤190，从服务器获取所述关联显示页面的页面显示数据并存储为关联显示页面的缓存数据。

在一个具体的例子中，关联信息为显示页面的页面编码。例如当用户使用应用浏览图集的时候，每个显示页面加载一张图片，用户终端能够获取到当前显示页面的页面编码。当用户看到第一张的图片时，用户终端根据配置信息确定下面3个显示页面为关联显示页面，于是自动在后台加载第一张图片之后的第二、第三、第四张图片，这样相比于在接收到用户请求加在第二张图片时再从服务器进行第二张图片的获取，用户终端具有更加充分的时间进行第二张图片的本地缓存预加载，在用户浏览完第一张图片切换到第二张图片时就不会有加载等待的过程。

在另一个具体的例子中，关联信息为URL。例如当用户使用应用提供的用户界面浏览新闻列表时，用户终端能够获取浏览新闻列表中每篇新闻的内容对应的URL，从而预先在后台进行预加载。在用户选择看某篇新闻时，就能直接调用缓存在本地的缓存数据，从而能立刻阅读到该新闻的内容。

进一步的，在关联显示页面的缓存数据加载为页面显示数据之后，仍然可以继续执行前述步骤150－190的过程，持续的进行缓存数据有效性的验证，更新，以及页面的预加载。

本发明实施例提供的应用中页面加载的方法，在加载页面内容的同时，通过确定关联显示页面预测用户的可能的下一步行为，并进行关联显示页面的预加载，使得用户在下一步的操作中不再需要加载等待。同时设置合理的验证机制，有效的避免加载错误，提供给用户准确、有效、流畅的产品使用体验。

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

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种应用中页面加载的方法，其特征在于，所述方法包括：

用户终端根据接收到的服务请求指令，确定应用需要加载的显示页面；

在本地存储数据中查询是否具有所述应用需要加载的显示页面的缓存数据；

当有所述缓存数据时，获取所述缓存数据作为页面显示数据，并将所述页面显示数据显示为所述显示页面的页面显示内容；

从服务器获取所述应用需要加载的显示页面的数据，对缓存数据进行更新；

将所述页面显示数据与更新后的所述缓存数据进行对比；

如果对比不一致，则根据更新后的所述缓存数据，更新所述显示页面的页面显示内容。

2.根据权利要求1所述的应用中页面加载的方法，其特征在于，所述方法还包括：

当没有所述缓存数据时，用户终端从服务器获取所述应用需要加载的显示页面的数据，存储为所述缓存数据，并显示为显示页面的页面显示内容。

3.根据权利要求1所述的应用中页面加载的方法，其特征在于，在所述将所述页面显示数据显示为所述显示页面的页面显示内容之后，所述方法还包括：

根据当前的页面显示数据的信息，确定当前显示页面的关联显示页面；

从服务器获取所述关联显示页面的页面显示数据并存储为所述关联显示页面的缓存数据。

4.根据权利要求3所述的应用中页面加载的方法，其特征在于，所述当前的页面显示数据的信息包括显示页面的页面编码；

所述根据当前的页面显示数据的信息，确定当前显示页面的关联显示页面具体为：

根据所述当前显示页面的页面编码，确定需要加载的显示页面的下一个或多个显示页面为所述关联显示页面。

5.根据权利要求4所述的应用中页面加载的方法，其特征在于，在所述根据当前的页面显示数据的信息，确定当前显示页面的关联显示页面之前，所述方法还包括：

获取配置信息，根据所述配置信息确定所述关联显示页面的数量为一个或多个。

6.根据权利要求3所述的应用中页面加载的方法，其特征在于，所述当前的页面显示数据的信息包括所述页面显示数据中的统一资源定位符URL；

所述根据当前的页面显示数据的信息，确定当前显示页面的关联显示页面具体为：

根据所述URL，确定通过当前显示页面跳转到的所述URL指向的显示页面为所述关联显示页面。