CN110598137A - 页面显示方法和装置以及计算设备 - Google Patents

Abstract

本公开是关于一种页面显示方法，包括：在应用程序的当前显示界面中，确定符合分段加载条件的待显示页面；在显示所述当前显示界面时，进行所述待显示页面的第一阶段加载；及响应于用户进入所述待显示页面的操作，显示所述第一阶段加载的内容，并进行所述待显示页面的第二阶段加载。本公开的一种实施例中，通过在待显示页面的资源加载过程中引入分段机制，在节省计算和流量资源与提高用户界面体验之间取得了很好的平衡。

Description

页面显示方法和装置以及计算设备

技术领域

本公开涉及互联网技术领域，尤其涉及一种页面显示方法和装置以及计算设备。

背景技术

随着终端技术的不断发展，终端能够为用户提供的功能越来越多。用户可以通过在终端上安装不同的App(Application，应用程序)享受第三方提供的各种服务。由于互联网技术，尤其是移动互联网技术的广泛使用，使得终端能够在不受时间、地点限制的条件下，通过网络从第三方服务器或其他终端获取不同资源，例如，文本信息、图片信息和音频信息等。

App在为用户提供服务的过程中，经常会响应于用户的操作在不同页面之间进行切换，而不同的页面往往需要从本地或者网络加载相应的资源才能生成。一种常见的资源加载方案是在用户于当前页面点击标签页(Tab)时开始预加载，这样用户首先会看到白屏，进而会看到所点击Tab的完整加载过程，造成页面切换不够流畅的使用体验。另一种方案是在App启动时就开始加载首页上所有Tab的相应资源，这样用户在点击任一Tab时即可基于已经加载的资源直接生成页面，从而能够改善用户的界面体验。然而，用户往往仅需要浏览部分Tab的内容，因此后一种方案会造成流量和计算资源的大量浪费，对于Tab较多的App而言，这一问题会更加凸显。

由此可见，资源的加载方案直接影响页面的生成和切换速度，如何在流量和计算资源与用户使用体验之间取得平衡，是相关技术亟待解决的问题。

发明内容

本公开的目的是提供一种页面显示方法和装置以及计算设备，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的一个方面，提供一种页面显示方法，包括：在应用程序的当前显示界面中，确定符合分段加载条件的待显示页面；在显示所述当前显示界面时，进行所述待显示页面的第一阶段加载；及响应于用户进入所述待显示页面的操作，显示所述第一阶段加载的内容，并进行所述待显示页面的第二阶段加载。

根据本公开实施例的一个方面，提供一种页面显示装置，包括：分段标记模块，设置为在应用程序的当前显示界面中，确定符合分段加载条件的待显示页面；第一加载模块，设置为在显示所述当前显示界面时，进行所述待显示页面的第一阶段加载；及第二加载模块，设置为响应于用户进入所述待显示页面的操作，显示所述第一阶段加载的内容，并进行所述待显示页面的第二阶段加载。

根据本公开实施例的一个方面，提供一种存储有计算机程序的存储介质，所述计算机程序在由计算机的处理器运行时，使所述计算机执行如以上任一实施例所述的方法。

根据本公开实施例的一个方面，提供一种计算设备，包括：处理器；存储器，存储有可由所述处理器执行的指令；其中所述处理器被配置为执行如以上任一实施例所述的方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开的一种实施例中，通过在待显示页面的资源加载过程中引入分段机制，在节省计算和流量资源与提高用户界面体验之间取得了很好的平衡。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

图1为一种典型的页面加载过程示意图；

图2为另一种典型的页面加载过程示意图；

图3为根据本公开一实施例的页面显示方法流程图；

图4为图3所示实施例中步骤301的示例性流程图；

图5为根据本公开另一实施例的页面显示方法流程图；

图6为基于图5所示实施例进行页面加载的过程示意图；

图7为根据本公开一实施例的页面显示装置结构示意图；

图8为根据本公开另一实施例的页面显示装置结构示意图；

图9为根据本公开一实施例的计算设备的示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

在详细描述本发明的实施例之前，下面首先对实施例中可能涉及的一些相关技术稍加说明。

随着互联网特别是移动网络的普及，越来越多的产品和服务提供商都选择使用应用程序(App)作为与消费者交互的渠道之一，甚至是主要渠道。作为目前App的几种开发模式，Native(原生模式)、Web(网络模式)和Hybrid(混合模式)都有各自的特点。

Native App也称原生开发模式，其直接依托于操作系统，交互性最强，功能也最为强大；但开发成本较高，不同平台(例如Android和iOS)上要独立开发，而且更新和维护成本高。Web App是将页面部署在服务器上，用户通过浏览器即可进行访问，其开发成本低，可以跨平台适用，而且无需在客户端安装App从而节省了用户本地资源；但其过于依赖网络，需要耗费流量，而且无法调用用户本地系统的原生API(Application ProgrammingInterface，应用程序编程接口)，因此功能十分受限。Hybrid App即混合开发模式，其在App开发中混合使用了Native和Web元素，从而结合了Native App和Web App的部分优点，可以跨平台调试，更新和维护成本低，而且可以调用原生API，使得功能更加完善，也因此得到越来越广泛的应用。

另一方面，作为网页开发的一种最新式语言，Html 5(HyperText MarkupLanguage 5，超文本标记语言)由于能够实现在网页上直接调试和修改的优点，也越来越广泛地应用于Hybrid App中Web部分的开发。

对于Hybrid App的显示界面而言，由于各个页面的显示内容往往包括来自本地(通常对应于原生模式开发的内容)和网络(通常对应于Html 5开发的内容)的资源，因此如何处理页面显示中的资源加载时机，对于提高处理效率和用户体验而言显得尤为重要。

以Hybrid App启动后首页中显示(通常在页面底部)的标签页(Tab)为例，其往往对应于该App为用户划分出的几个关键内容区块，用户通过选择各个Tab对应的部件(例如按钮或触摸屏上的区域)，即可在不同的内容页面之间进行切换。目前Hybrid Tab的典型资源加载方式通常包括以下两种。

第一种资源加载方式是在用户点击某个Tab时才开始加载对应的资源。图1为应用该方案的页面加载过程示意图，如图所示，用户在点击页面11上Tab 111-113中的Tab 112时，首先会看到白屏页面12，进而会看到所点击Tab 112的完整加载过程，直至最后显示出完成加载的页面13。从图1可以看出，这种方案会给用户造成页面切换不够流畅的使用体验。

另一种资源加载方式是在App启动时就开始加载首页上所有Tab的相应资源。图2为应用该方案的页面加载过程示意图，如图所示，用户在点击页面21上Tab 211-213中的Tab 212时，App即可基于已经加载的资源直接生成页面22，从而能够改善用户的界面体验。然而，用户往往仅需要浏览部分Tab的内容，因此这种方案会造成流量和计算资源的大量浪费，对于Tab较多的App而言，这一问题会更加凸显。

为了解决上述方案存在的问题，本发明的实施例提供一种页面显示方法和装置以及计算设备。下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

图3为根据本公开一实施例的页面显示方法流程图，如图所示，本实施例的方法包括以下步骤301-303。在一个实施例中，本实施例的方法可由运行App的用户终端(例如手机)来执行。

步骤301中，在应用程序的当前显示界面中，确定符合分段加载条件的待显示页面。

为了在页面切换速度和处理效率之间取得平衡，本发明的实施例在页面的切换过程中引入分段加载机制。对于App的当前显示界面，要进行资源预加载的对象是其中用户有可能选择但目前尚未显示的待显示页面。

在开始进行分段加载之前，本步骤首先在App的当前显示界面中确定出符合特定条件的待显示页面。例如，对于完全基于Native模式开发的待显示页面而言，由于显示内容往往来源于本地，而无需实时从网络侧加载，也就无需进行本实施例的分段加载。

在一个实施例中，步骤301可实施为图4所示的示例性流程，包括以下步骤401-402。

在步骤401中，检测当前显示界面中下级页面的待加载内容的来源。

在步骤402中，在检测到来源包括网络时，确定该下级页面为符合分段加载条件的待显示页面。

本发明的实施例并不仅限于此。在另一实施例中，App可基于各下级页面的标记类型来判断是否符合分段加载条件。例如，在App启动时可确定首页中哪几个Tab为基于混合模式开发的Hybrid Tab。

接续，步骤302中，在显示当前显示界面时，进行待显示页面的第一阶段加载。

第一阶段加载可理解为待显示页面所对应资源的部分预加载。所谓预加载，是指在用户进行切换操作之前，在显示当前界面的情况下，后台同时进行待显示页面的资源加载。

不同于相关技术中的完全预加载方案，本步骤对于符合分段加载条件的待显示页面仅进行部分资源的预加载，从而节省了计算和流量资源，提高了处理效率。换言之，待显示页面的第一阶段加载会在符合特定的预设条件时停止。

在一个实施例中，上述第一阶段加载包括加载待显示页面的内容直至满足以下任意一项或多项停止条件：待显示页面的框架结构完成加载；待显示页面的框架结构完成渲染；第一阶段加载的内容中包括后续加载所需的资源加载器；以及第一阶段加载的内容达到预设大小。具体的停止条件可根据App的设计需求等因素任意选取或组合使用，本发明的实施例对此并无限制。

步骤303中，响应于用户进入待显示页面的操作，显示第一阶段加载的内容，并进行待显示页面的第二阶段加载。

第二阶段加载可理解为待显示页面所对应资源的剩余部分加载。

不同于相关技术中响应于页面切换操作才开始进行加载的方案，本步骤中在接收到用户进入待显示页面的切换操作时，由于已经通过第一阶段加载获取了部分资源，因此可以显示基于该部分资源生成的页面，同时进行剩余部分资源的加载和显示，从而能够改善用户的界面体验。

在一个实施例中，当第一阶段加载获取的内容中包括后续加载所需的资源加载器时，步骤303所述的第二阶段加载即可通过该资源加载器来完成剩余数据的加载。

根据上述实施例的页面显示方法，通过在待显示页面的资源加载过程中引入分段机制，在节省计算和流量资源与提高用户界面体验之间取得了很好的平衡。

图5为根据本公开另一实施例的页面显示方法流程图，如图所示，本实施例的方法包括以下步骤501-505。在一个实施例中，本实施例的方法可由运行Hybrid App的用户终端(例如手机)来执行。

在步骤501中，在App启动时确定主页中的Hybrid Tab。

为了方便用户快速定位到自己感兴趣的页面，App往往将各种类型的内容划分成不同的Tab，并在App的主页提供切换操作区或操作部件，从而用户可以通过选择操作进入相应的Tab。以综合服务平台类的App为例，常用的Tab例如可以包括“主页”、“用户”、“美食”、“酒店”、“外卖”、“旅游”等等。

对应于不同类型的内容，各个Tab也可基于不同的模式进行开发。以“主页”和“用户”为例，由于显示的内容比较固定，因此对应的页面可以基于Native模式进行开发，这种情况下页面的显示资源大多直接来源于本地，因此可以无需进行分段加载。而对于其他类型的Tab，例如“美食”、“外卖”等等，其显示的内容通常需要实时接入网络进行更新，因此往往通过Hybrid模式进行开发，这种情况下可选择本发明实施例提供的分段机制进行资源加载。

在步骤502中，初始化Hybrid Tab对应的页面视图，并设置Html 5可读的分段加载标记。

对于混合模式开发的Tab，在显示其页面内容之前，可基于Native模式在当前显示界面(例如App的主页)后台创建该Tab对应的WebView(页面视图)。同时，为了便于后续基于Html 5加载页面内容时触发分段加载机制，可通过Native模式设置Html 5可读的分段加载标记，从而控制Html 5加载过程停留在一个预先设定的加载点。

在一个实施例中，这里的分段加载标记例如可以通过字符串头UserAgent(用户代理)来实现。

在步骤503中，Html 5在当前显示界面后台进行Hybrid Tab的第一阶段加载。

不同于相关技术中响应于页面切换操作才开始进行加载的方案，本实施例中在当前显示界面(例如App的主页)后台通过Html 5进行Hybrid Tab的预加载。这样，用户在当前显示界面中察觉不到加载过程，但是在进行页面切换操作之前App就已经加载到了HybridTab的部分资源。

第一阶段加载的开始时机可以是在App启动时，结束时机则可由预设的停止条件来合理控制。例如，Html 5在App启动时开始Tab的加载，在读取到Native设置的分段加载标记时，触发当前Tab的分段加载机制，控制加载过程停留在一个预先设定的加载点。

在一个实施例中，上述第一阶段加载包括加载Hybrid Tab的内容直至满足以下任意一项或多项停止条件：Hybrid Tab的框架结构完成加载；HybridTab的框架结构完成渲染；第一阶段加载的内容中包括后续加载所需的资源加载器；以及第一阶段加载的内容达到预设大小(例如500k)。具体的停止条件可根据App的设计需求等因素任意选取或组合使用，本发明的实施例对此并无限制。

在步骤504中，响应于用户选择Hybrid Tab的操作，显示第一阶段加载的内容，并进行Hybrid Tab的第二阶段加载。

不同于相关技术中的完全预加载方案，本实施例中App在接收到用户选择某个特定Hybrid Tab的操作后才完成该Tab剩余部分资源的加载。

第二阶段加载的开始时机为用户选择进入该Tab时，结束时间为Html 5加载完成。例如，App在收到用户选择进入某个Hybrid Tab的操作时，由Native通知步骤502中创建的WebView，同时Html 5开始第二阶段加载，直至整个Html 5加载完成。

这里可以看出，第二阶段加载为前台加载，用户在进行选择操作后，可以看到一个基于第一阶段加载形成的基础框架界面，同时看到第二阶段加载的内容填充到该基础框架界面中。

在一个实施例中，步骤504的第二阶段加载可由步骤503的第一阶段加载中获取的资源加载器来完成。

在步骤505中，显示完成加载后的页面。

图6为基于图5所示实施例进行页面加载的过程示意图。如图6所示，页面61示出App启动后显示的主页，其中包括Tab 611-613，经步骤501确定Tab 612-613为Hybrid Tab；接续，Native基于步骤502分别针对Tab 612和613创建对应的WebView，同时由Html 5完成Tab 612和613的第一阶段加载，最终形成的基础框架界面分别如页面62和63所示；然后，App在页面61上接收到用户选择Tab 612的操作(例如可以是点击操作)，首先可高亮Tab612对应的显示区域(例如按钮或图标)，形成页面64；接续，由Native通知之前创建的WebView，当前显示界面由页面64切换为Tab 612对应的基础框架界面，如页面65所示，同时由Html 5完成Tab 612的第二阶段加载；完成加载后的显示状态如页面66所示。

根据上述实施例的页面显示方法，通过在待显示页面的资源加载过程中引入分段机制，在节省计算和流量资源与提高用户界面体验之间取得了很好的平衡。由于在App启动阶段已经进行第一阶段的预加载，当用户进入某个Tab时至少可以看到一个基础框架界面，并通过第二阶段加载迅速获取剩余内容，因此这种加载方式能够改善用户的界面体验；并且如果用户不会用到某个Tab则不会进行第二阶段加载，从而节省了流量和计算资源，提高了处理效率。

本发明的实施例进一步提供了一种页面显示装置。

图7为根据本公开一实施例的页面显示装置结构示意图。如图7所示，本实施例的页面显示装置包括分段标记模块71、第一加载模块72和第二加载模块73。

分段标记模块71设置为在应用程序的当前显示界面中，确定符合分段加载条件的待显示页面。

为了在页面切换速度和处理效率之间取得平衡，本发明的实施例在页面的切换过程中引入分段加载机制。对于App的当前显示界面，要进行资源预加载的对象是其中用户有可能选择但目前尚未显示的待显示页面。

在开始进行分段加载之前，分段标记模块71首先在App的当前显示界面中确定出符合特定条件的待显示页面。例如，对于完全基于Native模式开发的待显示页面而言，由于显示内容往往来源于本地，而无需实时从网络侧加载，也就无需进行本实施例的分段加载。

在一个实施例中，分段标记模块71可设置为检测当前显示界面中下级页面的待加载内容的来源，并在检测到来源包括网络时，确定该下级页面为符合分段加载条件的待显示页面。

第一加载模块72设置为在显示当前显示界面时，进行待显示页面的第一阶段加载。

第一阶段加载可理解为待显示页面所对应资源的部分预加载。所谓预加载，是指在用户进行切换操作之前，在显示当前界面的情况下，后台同时进行待显示页面的资源加载。

不同于相关技术中的完全预加载方案，第一加载模块72对于符合分段加载条件的待显示页面仅进行部分资源的预加载，从而节省了计算和流量资源，提高了处理效率。换言之，待显示页面的第一阶段加载会在符合特定的预设条件时停止。

在一个实施例中，第一加载模块72设置为加载待显示页面的内容直至满足以下任意一项或多项停止条件：待显示页面的框架结构完成加载；待显示页面的框架结构完成渲染；第一阶段加载的内容中包括后续加载所需的资源加载器；以及第一阶段加载的内容达到预设大小。具体的停止条件可根据App的设计需求等因素任意选取或组合使用，本发明的实施例对此并无限制。

第二加载模块73设置为响应于用户进入待显示页面的操作，显示第一阶段加载的内容，并进行待显示页面的第二阶段加载。

第二阶段加载可理解为待显示页面所对应资源的剩余部分加载。

不同于相关技术中响应于页面切换操作才开始进行加载的方案，本实施例中App在接收到用户进入待显示页面的切换操作时，由于已经通过第一阶段加载获取了部分资源，因此第二加载模块73可以显示基于该部分资源生成的页面，同时进行剩余部分资源的加载和显示，从而能够改善用户的界面体验。

在一个实施例中，当第一阶段加载获取的内容中包括后续加载所需的资源加载器时，第二加载模块73可设置为通过该资源加载器来完成剩余数据的加载。

根据上述实施例的页面显示装置，通过在待显示页面的资源加载过程中引入分段机制，在节省计算和流量资源与提高用户界面体验之间取得了很好的平衡。

图8为根据本公开另一实施例的页面显示装置结构示意图。如图8所示，本实施例的页面显示装置包括原生模块81、Html 5加载模块82和显示模块83。

原生模块81设置为确定当前显示界面中的Hybrid Tab，初始化HybridTab对应的WebView，并设置Html 5可读的分段加载标记。

在一个实施例中，原生模块81设置为在App启动时确定主页中的HybridTab。

在一个实施例中，原生模块81设置为通过字符串头User Agent来设置分段加载标记。

Html 5加载模块82设置为在读取到分段加载标记时于当前显示界面后台进行Hybrid Tab的第一阶段加载，加载Hybrid Tab直至满足预设停止条件。

第一阶段加载的开始时机可以是在App启动时，结束时机则可由预设的停止条件来合理控制。例如，Html 5在App启动时开始Tab的加载，在读取到Native设置的分段加载标记时，触发当前Tab的分段加载机制，控制加载过程停留在一个预先设定的加载点。

在一个实施例中，上述第一阶段加载包括加载Hybrid Tab的内容直至满足以下任意一项或多项停止条件：Hybrid Tab的框架结构完成加载；HybridTab的框架结构完成渲染；第一阶段加载的内容中包括后续加载所需的资源加载器；以及第一阶段加载的内容达到预设大小(例如500k)。具体的停止条件可根据App的设计需求等因素任意选取或组合使用，本发明的实施例对此并无限制。

显示模块83设置为响应于用户选择Hybrid Tab的操作，显示第一阶段加载的内容，并通知Html 5加载模块82进行Hybrid Tab的第二阶段加载。

第二阶段加载的开始时机为用户选择进入该Tab时，结束时间为Html 5加载完成。例如，App在收到用户选择进入某个Hybrid Tab的操作时，由Native通知显示模块83显示原生模块81创建的WebView，同时通知Html 5加载模块82开始第二阶段加载，直至整个Html 5加载完成。

这里可以看出，第二阶段加载为前台加载，用户在进行选择操作后，可以看到一个基于第一阶段加载形成的基础框架界面，同时看到第二阶段加载的内容填充到该基础框架界面中。

在一个实施例中，Html 5加载模块82的第二阶段加载可由其在第一阶段加载中获取的资源加载器来完成。

接续，显示模块83设置为显示完成加载后的页面。

根据上述实施例的页面显示装置，通过在待显示页面的资源加载过程中引入分段机制，在节省计算和流量资源与提高用户界面体验之间取得了很好的平衡。由于在App启动阶段已经进行第一阶段的预加载，当用户进入某个Tab时至少可以看到一个基础框架界面，并通过第二阶段加载迅速获取剩余内容，因此这种加载方式能够改善用户的界面体验；并且如果用户不会用到某个Tab则不会进行第二阶段加载，从而节省了流量和计算资源，提高了处理效率。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。作为模块或单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现木公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上实施方式的描述，本领域的技术人员易于理解，上文描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。

例如，在一个示例实施方式中，还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现上述任意一个实施例中所述方法的步骤。所述方法的具体步骤可参考前述实施例中的详细描述，此处不再赘述。所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在另一个示例实施方式中，还提供一种计算设备，该设备可以是手机、平板电脑等移动终端，也可以是台式计算机、服务器等终端设备，本示例实施方式中对此不作限制。图9示出根据本公开示例实施方式中一种计算设备90的示意图。例如，设备90可以被提供为一移动终端。参照图9，设备90包括处理组件91，其进一步包括一个或多个处理器，以及由存储器92所代表的存储器资源，用于存储可由处理组件91的执行的指令，例如应用程序。存储器92中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件91被配置为执行指令，以执行上述页面显示方法。该方法的步骤可参考前述方法实施例中的详细描述，此处不再赘述。

装置90还可以包括一个电源组件93被配置为执行装置90的电源管理，一个有线或无线网络接口94被配置为将装置90连接到网络，和一个输入输出(I/O)接口95。装置90可以操作基于存储在存储器92的操作系统，例如Android、IOS或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

虽然已参照几个典型实施例描述了本公开，但应当理解，所用的术语是说明和示例性、而非限制性的术语。由于本公开能够以多种形式具体实施而不脱离申请的精神或实质，所以应当理解，上述实施例不限于任何前述的细节，而应在随附权利要求所限定的精神和范围内广泛地解释，因此落入权利要求或其等效范围内的全部变化和改型都应为随附权利要求所涵盖。

Claims (11)

1.一种页面显示方法，包括：

在应用程序的当前显示界面中，确定符合分段加载条件的待显示页面；

在显示所述当前显示界面时，进行所述待显示页面的第一阶段加载；及

响应于用户进入所述待显示页面的操作，显示所述第一阶段加载的内容，并进行所述待显示页面的第二阶段加载。

2.如权利要求1所述的页面显示方法，其中，所述的确定符合分段加载条件的待显示页面包括：

检测所述当前显示界面中下级页面的待加载内容的来源；以及

在检测到所述来源包括网络时，确定该下级页面为符合所述分段加载条件的待显示页面。

3.如权利要求2所述的页面显示方法，其中，所述符合分段加载条件的待显示页面为所述当前显示界面中的混合标签页Hybrid Tab，所述Hybrid Tab基于混合Hybrid模式生成，所述Hybrid模式包括原生Native开发模式和超文本标记语言Html 5开发模式的混合。

4.如权利要求3所述的页面显示方法，其中，在所述的确定符合分段加载条件的待显示页面时，所述方法还包括：

基于原生Native模式初始化所述待显示页面的页面视图WebView，并设置分段加载标记，所述分段加载标记用于通知Html 5加载器进行所述待显示页面的分段加载。

5.如权利要求3所述的页面显示方法，其中，所述的进行所述待显示页面的第一阶段加载包括：

Html 5加载器在检测到与所述待显示页面对应的分段加载标记时，加载所述待显示页面直至满足预设停止条件。

6.如权利要求1所述的页面显示方法，其中，所述的进行所述待显示页面的第一阶段加载，包括加载所述待显示页面的内容直至满足以下任意一项或多项停止条件：

所述待显示页面的框架结构完成加载；

所述待显示页面的框架结构完成渲染；

所述第一阶段加载的内容中包括所述第二阶段加载所需的资源加载器；以及

所述第一阶段加载的内容达到预设大小。

7.如权利要求1至6任一项所述的页面显示方法，其中，所述的进行所述待显示页面的第二阶段加载包括：

由所述第一阶段加载中获取的资源加载器来加载所述待显示页面的剩余数据。

8.如权利要求1至6任一项所述的页面显示方法，其中，所述当前显示界面为所述应用程序启动后显示的主页界面。

9.一种页面显示装置，包括：

分段标记模块，设置为在应用程序的当前显示界面中，确定符合分段加载条件的待显示页面；

第一加载模块，设置为在显示所述当前显示界面时，进行所述待显示页面的第一阶段加载；及

第二加载模块，设置为响应于用户进入所述待显示页面的操作，显示所述第一阶段加载的内容，并进行所述待显示页面的第二阶段加载。

10.一种存储有计算机程序的存储介质，所述计算机程序在由计算机的处理器运行时，使所述计算机执行如权利要求1-8中任一项所述的方法。

11.一种计算设备，包括：

处理器；

存储器，存储有可由所述处理器执行的指令；

其中所述处理器被配置为执行如权利要求1-8中任一项所述的方法。