CN110618848A - 一种页面显示方法、装置、设备及存储介质 - Google Patents

Abstract

本公开实施例公开了一种页面显示方法、装置、设备及存储介质。该方法包括在依次显示至少三个页面后，根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录；若存在页面销毁记录，则重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为上一页面；在根据用户操作确定需要返回到重新创建的页面时，获取重新创建的页面并进行显示。本公开实施例的技术方案，缩短了页面返回时所需要的页面加载的时间，提高了页面的显示效率，实现了页面的顺畅加载。

Description

一种页面显示方法、装置、设备及存储介质

技术领域

本公开实施例涉及应用程序开发技术领域，尤其涉及一种页面显示方法、装置、设备及存储介质。

背景技术

在安卓(Android)系统中页面逐级显示的场景下，每当用户点击当前显示页面中的链接时都可以生成并显示新的页面。比如，当前显示页面为页面A，在用户点击页面A中的某一链接后，生成并显示页面B，在用户点击页面B中的某一链接后，生成并显示页面C，等等，依次类推。

上述页面显示场景中，生成的页面会逐渐增多，页面过多会造成内存占满、页面卡顿等问题。为了解决这些问题，一种方案是只保留有限个数的页面且销毁其余页面，但该方案中，当需要从当前显示的页面返回上一页面时，若该页面已被销毁，则需要重新加载被销毁的页面，耗时较长，用户体验较差。

发明内容

本公开实施例提供了一种页面显示方法、装置、设备及存储介质，用于缩短页面返回时所需要的页面加载的时间，提高页面显示效率。

第一方面，本公开实施例提供了一种页面显示方法，可以包括：

在依次显示至少三个页面后，根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录；

若存在页面销毁记录，则重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为上一页面；

在根据用户操作确定需要返回到重新创建的页面时，获取重新创建的页面并进行显示。

上述方案中，可选的是，通过调整页面绘制顺序使当前的显示页面为上一页面，具体可以包括：

将重新创建的被销毁的页面的绘制顺序调整为优先于其他页面被绘制，其他页面的绘制顺序与依次显示至少三个页面时的显示顺序一致。

上述方案中，可选的是，在重新创建被销毁的页面后，所述页面显示方法还可以包括：调整屏幕触控事件向各页面的传递顺序，以将检测到的屏幕触控事件优先传递给当前显示页面。

上述方案中，可选的是，调整屏幕触控事件的传递顺序，以将检测到的屏幕触控事件优先传递给当前显示页面，具体可以包括：

将屏幕触控事件向各页面的传递顺序调整为：当前显示页面位于重新创建的被销毁的页面之前、其他页面位于当前显示页面和重新创建的被销毁的页面之间、以及其他页面的顺序与依次显示至少三个页面时的显示顺序相反。

上述方案中，可选的是，依次显示至少三个页面，具体可以包括：

创建活动activity组件，并创建与activity组件关联的碎片fragment组件，将需要显示的当前页面内容加载到当前创建的fragment组件中进行显示；

后续在每次根据用户对当前显示页面的链接点击操作确定需要显示新的页面时，创建新的与activity组件关联的fragment组件，并将需要显示的新的页面内容加载到新创建的fragment组件中进行显示，以及，判断已有页面的数量是否大于设定阈值，若是，则通过销毁已创建的fragment组件来销毁对应的页面，以使已有页面数量不高于设定阈值，所述设定阈值为不小于3的整数。

上述方案中，可选的是，所述页面显示方法还可以包括：在每次显示一个页面时，将所显示页面的标识加入预设堆栈；

所述通过销毁已创建的fragment组件来销毁对应的页面，具体可以包括：将位于预设堆栈中栈底的页面标识对应的fragment组件进行销毁，以销毁对应页面；删除位于栈底的页面标识，并记录被销毁页面的标识；

所述重新创建被销毁的页面，具体可以包括：创建新的与所述activity组件关联的fragment组件，将最近记录的被销毁页面的标识所对应页面内容加载到新创建的fragment组件中进行显示。

第二方面，本公开实施例还提供了一种页面显示装置，该装置可以包括：

页面销毁记录确定模块，用于在依次显示至少三个页面后，根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录；

销毁页面重建模块，用于若存在页面销毁记录，则重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为上一页面；

重建页面显示模块，用于在根据用户操作确定需要返回到重新创建的页面时，获取重新创建的页面并进行显示。

上述方案中，可选的是，所述销毁页面重建模块，还可以包括：

销毁页面重建单元，用于将重新创建的被销毁的页面的绘制顺序调整为优先于其他页面被绘制，其他页面的绘制顺序与依次显示至少三个页面时的显示顺序一致。

上述方案中，可选的是，所述页面显示装置，还可以包括：

传递顺序调整模块，用于调整屏幕触控事件向各页面的传递顺序，以将检测到的屏幕触控事件优先传递给当前显示页面。

上述方案中，可选的是，所述传递顺序调整模块，可以包括：

传递顺序调整单元，用于将屏幕触控事件向各页面的传递顺序调整为：当前显示页面位于重新创建的被销毁的页面之前、其他页面位于当前显示页面和重新创建的被销毁的页面之间、以及其他页面的顺序与依次显示至少三个页面时的显示顺序相反。

上述方案中，可选的是，所述页面销毁记录确定模块，可以包括：

当前页面内容显示单元，用于创建活动activity组件，并创建与activity组件关联的碎片fragment组件，将需要显示的当前页面内容加载到当前创建的fragment组件中进行显示；

已有页面数量判断单元，用于后续在每次根据用户对当前显示页面的链接点击操作确定需要显示新的页面时，创建新的与activity组件关联的fragment组件，并将需要显示的新的页面内容加载到新创建的fragment组件中进行显示，以及，判断已有页面的数量是否大于设定阈值，若是，则通过销毁已创建的fragment组件来销毁对应的页面，以使已有页面数量不高于设定阈值，所述设定阈值为不小于3的整数。

上述方案中，可选的是，所述页面显示装置还可以包括：标识加入模块，用于在每次显示一个页面时，将所显示页面的标识加入预设堆栈；

已有页面数量判断单元，还可以用于将位于预设堆栈中栈底的页面标识对应的fragment组件进行销毁，以销毁对应页面；删除位于栈底的页面标识，并记录被销毁页面的标识；

当前页面内容显示单元，还可以用于创建新的与所述activity组件关联的fragment组件，将最近记录的被销毁页面的标识所对应页面内容加载到新创建的fragment组件中进行显示。

第三方面，本公开实施例还提供了一种终端设备，可以包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本公开任意实施例所提供的页面显示方法。

第四方面，本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本公开任意实施例所提供的页面显示方法。

本公开实施例的技术方案，在依次显示至少三个页面后，可以根据用户操作从当前显示页面返回到上一页面；在返回时若确定存在页面销毁记录，可以直接重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为上一页面，实现了页面的逐级返回，而且无需等待页面重新加载；在根据用户操作确定需要返回到重新创建的页面时，可以直接获取重新创建的页面并进行显示，并且可以直接返回到页面之前的浏览记录。上述技术方案缩短了页面返回时所需要的页面加载的时间，提高了页面的显示效率，实现了页面的顺畅加载。

附图说明

图1是本公开实施例一中的一种页面显示方法的流程图；

图2A是本公开实施例一中的一种页面显示方法的页面显示的示意图；

图2B是本公开实施例一中的一种页面显示方法的页面显示的示意图；

图2C是本公开实施例一中的一种页面显示方法的页面显示的示意图；

图2D是本公开实施例一中的一种页面显示方法的页面显示的示意图；

图3是本公开实施例二中的一种页面显示方法的流程图；

图4是本公开实施例三中的一种页面显示方法的流程图；

图5是本公开实施例四中的一种页面显示装置的结构框图；

图6是本公开实施例五中的一种终端设备的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本公开相关的部分而非全部结构。

下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。

实施例一

图1是本公开实施例一中提供的一种页面显示方法的流程图。本实施例可适用于实现页面显示的情况，尤其适用于实现多个页面逐级显示的情况。该方法可以由本公开实施例提供的页面显示装置来执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在各种用户终端设备或服务器上。参见图1，本公开实施例的方法具体包括如下步骤：

S110、在依次显示至少三个页面后，根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录。

其中，若当前显示页面中的链接被点击，Android系统可以依次生成并显示新的页面。例如，当前显示页面为页面A，当页面A中的某一链接被点击后，生成并显示页面B；在页面B中的某一链接被点击后，生成并显示页面C，等等，以此类推。上述各页面可以依次显示，并存储于系统内存中。另外，为了避免生成页面过多而造成内存占满、页面卡顿等问题，可以销毁部分生成较早的页面，并将被销毁的页面加以记录，同时还可以记录被销毁的页面的浏览进度，其中所述浏览进度可以通过百分比的形式展现。

示例性，在用户点击链接生成新的页面的场景中，预先设定系统内存中只能保留三个页面，那么可能会涉及到如下情况：根据用户的点击操作由页面A生成并显示页面B、由页面B生成并显示页面C，如图2A所示；当由页面C生成并显示页面D时，销毁页面A并记录，如图2B所示；当由页面D生成并显示页面E时，销毁页面B并记录，如图2C所示，此时页面A和页面B已被销毁，系统内存中只保留页面C、页面D和页面E，并且页面E显示在最前方，其次分别是页面D、页面C。那么，相对于当前显示页面E，上一页面是页面D。

当然，可以理解的是，对于已经依次生成并显示的至少三个页面后，当接收到由当前显示页面返回到上一页面的指令后，例如与“返回操作”对应的指令后，可以从当前显示页面返回到上一页面，例如可以从页面E返回到页面D，以便用户继续浏览上一页面的内容。并且，可以确定是否存在页面销毁记录。

S120、若存在页面销毁记录，则重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为上一页面。

其中，当存在页面销毁记录时，为了可以缩短页面返回时所需要的页面加载的时间，可以重新创建被销毁的页面。示例性的，从当前显示页面E返回到上一页面D时，当确定存在有对页面A和页面B的销毁记录时，考虑到预先设定的系统内存中只能保留三个页面，那么可以重新创建已经被销毁的页面B，而且根据页面销毁记录，可以将重新创建的页面B的浏览记录与已经被销毁的页面B的浏览记录同步，如图2D所示。

其中，根据Android系统默认的页面显示顺序，最新生成的页面，换言之最新绘制的页面会成为当前显示页面。但是，为了保持用户浏览页面的顺序，在执行返回操作时，应当由上一页面成为当前显示页面，那么可以通过调整页面的绘制顺序得以实现。示例性的，在重新创建生成页面B后，为了使当前显示页面仍为D，需要调整页面的绘制顺序，具体调整方法可以为：由C->D->B调整为B->C->D，因为先绘制页面B，再绘制页面C，最后绘制页面D，使得页面C覆盖在页面B上、页面D覆盖在页面C上，最终显示的是页面D的内容。因此，在返回操作执行时，绘制顺序调整后的页面D成为当前显示页面，

S130、在根据用户操作确定需要返回到重新创建的页面时，获取重新创建的页面并进行显示。

其中，在根据用户操作确定需要返回的上一页面正是重新创建的页面时，可以直接获取重新创建的页面并进行显示，而且可以直接显示与浏览记录相对应的内容。示例性的，根据用户操作确定需要由页面C返回到页面B时，因为页面B是已经提前重新创建的页面，因此可以直接获取页面B并进行显示，无需用户等待页面B的创建过程。而且若被销毁的页面B的浏览记录是30％时，那么显示重新创建的页面B时可以直接显示与30％的浏览记录相对应的内容。

本公开实施例的技术方案，在依次显示至少三个页面后，可以根据用户操作从当前显示页面返回到上一页面；在返回时若确定存在页面销毁记录，可以直接重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为上一页面，实现了页面的逐级返回，而且无需等待页面重新加载；在根据用户操作确定需要返回到重新创建的页面时，可以直接获取新创建的页面并进行显示，并且可以直接返回到页面之前的浏览记录。上述技术方案缩短了页面返回时所需要的页面加载的时间，提高了页面的显示效率，实现了页面的顺畅加载。

一种可选的技术方案，所述通过调整页面绘制顺序使当前的显示页面为上一页面，可以包括：将重新创建的被销毁的页面的绘制顺序调整为优先于其他页面被绘制，其他页面的绘制顺序与依次显示至少三个页面时的显示顺序一致。

其中，根据Android系统默认设置，最新绘制的页面是当前显示页面，即用户直接看到的页面。那么，在存在重新创建的被销毁的页面的情况下，为了实现页面的逐级返回，换言之，使各页面返回时的顺序与依次显示至少三个页面的显示顺序正好相反，可以：将重新创建的被销毁的页面的绘制顺序调整为优先于其他页面被绘制，使得重新创建的被销毁的页面最先绘制，以便最后显示重新创建的被销毁的页面；进一步，其他页面的绘制顺序与依次显示至少三个页面时的显示顺序一致，使得返回操作时，当前显示页面为上一页面，实现了各页面的逐级返回。

实施例二

图3是本公开实施例二中提供的一种页面显示方法的流程图。本实施例以实施例一为基础进行优化。在本实施例中，在重新创建被销毁的页面后，所述页面显示方法还可以包括：调整屏幕触控事件向各页面的传递顺序，以将检测到的屏幕触控事件优先传递给当前显示页面。相应的，如图3所示，本实施例的方法具体可以包括如下步骤：

S210、在依次显示至少三个页面后，根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录。

S220、若存在页面销毁记录，则重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为上一页面。

S230、调整屏幕触控事件向各页面的传递顺序，以将检测到的屏幕触控事件优先传递给当前显示页面。

其中，根据Android系统默认设置，组件(Component)是一个可以以一个图形化的方式显示在屏幕上并能与用户进行交互的对象，因此各页面可以以组件的形式进行显示。但是组件不能单独显示出来，其需要放在容器中才可以显示出来。而所述容器(Container)本身也是一个组件，其具有组件的所有性质，但其主要功能是容纳组件。

在重新创建被销毁的页面后，虽然通过调整页面绘制顺序使当前的显示页面为上一页面，但是在容器中仍是重新创建的页面位于最上层，而位于容器最上层的页面优先接收到屏幕触控事件。那么当接收到用户作用于显示屏幕的屏幕触控事件时，实际上是传递给重新创建的被销毁的页面，而并非是用户看到的当前显示页面。因此通过调整屏幕触控事件向各页面的传递顺序，可以将检测到的屏幕触控事件优先传递给当前显示页面，以便与用户的实际需求相匹配，真正实现了各页面的逐级返回。

为了更好地理解绘制顺序和传递顺序的具体实现过程，继续以上述示例性说明进行展开。示例性的，当由页面E返回至页面D时，重新创建了被销毁的页面B，并调整各页面的绘制顺序为B->C->D，使得页面D为当前显示页面。但是此时仍是重新创建的页面B位于容器的最上层，当用户认为是对当前显示页面D进行点击操作时，实际上是对页面B进行的点击操作。因此可以调整屏幕触控事件向各页面的传递顺序，使得将检测到的屏幕触控事件优先传递给当前显示页面D，然后再传递给页面C以及页面B。

S240、在根据用户操作确定需要返回到重新创建的页面时，获取重新创建的页面并进行显示。

本公开实施例的技术方案，在重新创建被销毁的页面后，通过调整各页面的绘制顺序以及屏幕触控事件向各页面的传递顺序，绘制顺序和传递顺序相互配合，使得当前显示页面和屏幕触控事件优先传递的页面是同一个页面，换言之，用户实际看到的页面和实际操作的页面是同一个页面，与用户的实际需求相匹配，真正实现了各页面的逐级返回。

一种可选的技术方案，所述调整屏幕触控事件的传递顺序，以将检测到的屏幕触控事件优先传递给当前显示页面，可以包括：将屏幕触控事件向各页面的传递顺序调整为：当前显示页面位于重新创建的被销毁的页面之前、其他页面位于当前显示页面和重新创建的被销毁的页面之间、以及其他页面的顺序与依次显示至少三个页面时的显示顺序相反。

其中，为了实现将检测到的屏幕触控事件优先传递给当前显示页面的效果，需要对屏幕触控事件的传递顺序进行调整。传递顺序的调整方法可以是：

当依次显示的页面数量是三个页面时，可以将当前显示页面位于重新创建的被销毁的页面之前、其他页面位于当前显示页面和重新创建的被销毁的页面之间。示例性的，在由页面E返回至页面D时，调整后的各页面的传递顺序的优先级由高至低分别是D->C->B，那么屏幕触控事件可以优先传递给优先级最高的当前显示页面D。

另外，当依次显示的页面数量大于三个页面时，可以在将当前显示页面位于重新创建的被销毁的页面之前、其他页面位于当前显示页面和重新创建的被销毁的页面之间时，还需要将其他页面的顺序调整为与依次显示至少三个页面时的显示顺序相反。示例性的，当依次显示的页面数量是四个页面时，依次显示的各页面分别为页面A、页面B、页面C、页面D、页面E和页面F。当显示到页面F时，页面A和页面B已经被销毁，那么由页面F返回至页面E时，页面B被重新创建，调整后的各页面的传递顺序的优先级由高至低分别是E->D->C->B，那么可以将检测到的屏幕触控事件优先传递给当前显示页面E。

上述步骤设置的好处在于，屏幕触控事件可以根据用户浏览页面的实际顺序依次传递，优先传递给当前显示页面，使得用户实际看到的页面和实际操作的页面是同一个页面，使得系统执行的操作可以直接匹配用户的需求，真正实现了各页面的逐级返回。

实施例三

图4是本公开实施例三中提供的一种页面显示方法的流程图。本实施例以上述各技术方案为基础进行优化。在本实施例中，将“依次显示至少三个页面”具体优化为“创建活动activity组件，并创建与activity组件关联的碎片fragment组件，将需要显示的当前页面内容加载到当前创建的fragment组件中进行显示；后续在每次根据用户对当前显示页面的链接点击操作确定需要显示新的页面时，创建新的与activity组件关联的fragment组件，并将需要显示的新的页面内容加载到新创建的fragment组件中进行显示；判断已有页面的数量是否大于设定阈值，若是，则通过销毁已创建的fragment组件来销毁对应的页面，以使已有页面数量不高于设定阈值，所述设定阈值为不小于3的整数”。相应的，如图4示，本实施例的方法具体可以包括如下步骤：

S310、创建活动activity组件，并创建与activity组件关联的碎片fragment组件，将需要显示的当前页面内容加载到当前创建的fragment组件中进行显示。

其中，活动(activity)组件是组件(Component)中的一种，在应用程序中，activity组件可以用来表示一个界面。一个活动开始时，activity组件启动；活动结束时，activity组件的生命周期结束。而碎片(fragment)组件是activity组件的一部分，可以认为是一种子活动组件。当活动运行时，可以在activity组件中添加或者移除fragment组件。

相对于activity组件，fragment组件的优势在于，虽然新创建的fragment组件是在activity组件的顶层，换言之，在容器(Container)的顶层，但是fragment组件可以动态绘制在activity组件的底层，以满足用户逐级返回的需求。具体而言，本公开实施例可以只创建一个activity组件，并创建至少一个与activity组件关联的碎片fragment组件，将需要显示的当前页面内容加载到当前创建的fragment组件中，以进行页面显示。

S320、后续在每次根据用户对当前显示页面的链接点击操作确定需要显示新的页面时，创建新的与activity组件关联的fragment组件，并将需要显示的新的页面内容加载到新创建的fragment组件中进行显示。

其中，后续当用户对当前显示页面的链接点击操作确定需要显示新的页面时，可以创建新的与activity组件关联的fragment组件，并将需要显示的新的页面内容加载到新创建的fragment组件中进行显示。那么，相当于一个activity组件上会有至少一个fragment组件，当确定需要显示一个新的页面时，则在activity组件上叠加一个fragment组件。

S330、判断已有页面的数量是否大于设定阈值，若是，则通过销毁已创建的fragment组件来销毁对应的页面，以使已有页面数量不高于设定阈值，所述设定阈值为不小于3的整数。

其中，fragment组件可以用以加载并显示页面，为了保证页面浏览的流畅性，在已有页面的数量大于设定阈值时，可以通过销毁已创建的fragment组件来销毁对应的页面，使已有页面数量不高于设定阈值，以减缓内存的压力。其中，设定阈值可以是任意不小于3的整数。

S340、根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录。

S350、若存在页面销毁记录，则重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为上一页面。

S360、在根据用户操作确定需要返回到重新创建的页面时，获取重新创建的页面并进行显示。

本公开实施例的技术方案，在存在新的需要显示的页面时，可以创建与activity组件关联的用于加载新的页面的fragment组件，正是应用了可以更改绘制顺序的fragment组件，满足用户逐级返回的实际需求。

一种可选的技术方案，在实施例三的基础上，所述页面显示方法，还可以包括：在每次显示一个页面时，将所显示页面的标识加入预设堆栈。其中，页面标识可以与具体的页面一一对应，进一步地，还可以与用于加载页面的fragment组件一一对应。在每次显示一个页面时，可以将所显示页面的标识加入预设堆栈中，以便记录每一个页面。

所述通过销毁已创建的fragment组件来销毁对应的页面，包括：将位于预设堆栈中栈底的页面标识对应的fragment组件进行销毁，以销毁对应页面；删除位于栈底的页面标识，并记录被销毁页面的标识。

其中，当页面标识与页面以及fragment组件均具有一一对应的关系时，可以通过页面标识销毁对应的fragment组件以及对应的页面。当待销毁的页面被销毁后，可以删除位于栈底的页面标识，但记录被销毁的页面的标识，以便重新创建页面时可以根据记录正确地创建。而且，页面标识的及时删除可以保证与每次待销毁的页面对应的页面标识必是位于预设堆栈的栈底。

所述重新创建被销毁的页面，包括：创建新的与activity组件关联的fragment组件，将最近记录的被销毁页面的标识所对应页面内容加载到新创建的fragment组件中进行显示。

其中，当重新创建被销毁的页面时，可以创建新的与activity组件关联的fragment组件用以显示所述页面。进一步，将记录中最近被销毁的页面的标识所对应页面内容加载到所述fragment组件中进行显示。上述步骤设置的好处在于，可以基于存放于预设堆栈中的标识准确销毁和/或重建与标识对应的页面。

为了更好地理解实施例三中各步骤，示例性的，当页面A被创建时，创建activity组件，并创建与所述activity组件相关联的、用于加载页面A的fragment组件，并将与页面A对应的页面标识加入至预设堆栈中；当页面A中的链接被点击时，创建与所述activity组件相关联的、用于加载页面B的fragment组件，并将与页面B对应的页面标识加入至预设堆栈中，此时预设堆栈的底部是与页面B对应的标识；后续页面的创建过程，以此类推。

当设定阈值是3时，当页面D被创建的同时，通过删除与位于栈底的页面标识相对应fragment组件以销毁页面A，并记录与页面A对应的标识；页面E的创建和页面B的销毁的过程，以此类推，以便使已有页面的数量不高于3页。那么，当由页面E返回至页面D时，需要重新重建页面B，可以根据记录中最近被销毁的页面B的标识将页面B加载到新创建的fragment组件中并进行显示。

实施例四

图5为本公开实施例四提供的页面显示装置的结构框图，该装置用于执行上述任意实施例所提供的页面显示方法。该装置与上述各实施例的页面显示方法属于同一个发明构思，在页面显示装置的实施例中未详尽描述的细节内容，可以参考上述页面显示方法的实施例。参见图5，该装置具体可包括：页面销毁记录确定模块410、销毁页面重建模块420和重建页面显示模块430。

其中，页面销毁记录确定模块310，用于在依次显示至少三个页面后，根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录；

销毁页面重建模块420，用于若存在页面销毁记录，则重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为上一页面；

重建页面显示模块430，用于在根据用户操作确定需要返回到重新创建的页面时，获取重新创建的页面并进行显示。

可选的，所述销毁页面重建模块420，还可以包括：销毁页面重建单元，用于将重新创建的被销毁的页面的绘制顺序调整为优先于其他页面被绘制，其他页面的绘制顺序与依次显示至少三个页面时的显示顺序一致。

可选的，所述页面显示装置，还可以包括：

传递顺序调整模块，用于调整屏幕触控事件向各页面的传递顺序，以将检测到的屏幕触控事件优先传递给当前显示页面。

可选的，所述传递顺序调整模块，可以包括：传递顺序调整单元，用于将屏幕触控事件向各页面的传递顺序调整为：当前显示页面位于重新创建的被销毁的页面之前、其他页面位于当前显示页面和重新创建的被销毁的页面之间、以及其他页面的顺序与依次显示至少三个页面时的显示顺序相反。

可选的，所述页面销毁记录确定模块410，可以包括：

当前页面内容显示单元，用于创建活动activity组件，并创建与activity组件关联的碎片fragment组件，将需要显示的当前页面内容加载到当前创建的fragment组件中进行显示；

已有页面数量判断单元，用于后续在每次根据用户对当前显示页面的链接点击操作确定需要显示新的页面时，创建新的与activity组件关联的fragment组件，并将需要显示的新的页面内容加载到新创建的fragment组件中进行显示，以及，判断已有页面的数量是否大于设定阈值，若是，则通过销毁已创建的fragment组件来销毁对应的页面，以使已有页面数量不高于设定阈值，所述设定阈值为不小于3的整数。

可选的，所述页面显示装置还可以包括：标识加入模块，用于在每次显示一个页面时，将所显示页面的标识加入预设堆栈；

已有页面数量判断单元，还可以用于将位于预设堆栈中栈底的页面标识对应的fragment组件进行销毁，以销毁对应页面；删除位于栈底的页面标识，并记录被销毁页面的标识；

当前页面内容显示单元，还可以用于创建新的与所述activity组件关联的fragment组件，将最近记录的被销毁页面的标识所对应页面内容加载到新创建的fragment组件中进行显示。。

本公开实施例四提供的页面显示装置，通过页面销毁记录确定模块和销毁页面重建模块的相互配合，实现了页面的逐级返回，而且无需等待页面重新加载；基于重建页面显示模块可以直接获取重新创建的页面并进行显示，并且可以直接返回到页面之前的浏览记录。上述装置缩短了页面返回时所需要的页面加载的时间，提高了页面的显示效率，实现了页面的顺畅加载。

本公开实施例所提供的页面显示装置可执行本公开任意实施例所提供的页面显示方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述页面显示装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本公开的保护范围。

实施例五

下面参考图6，其示出了适于用来实现本公开实施例的终端设备800的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的终端设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，终端设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有终端设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许终端设备800与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的终端设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

实施例六

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM 802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机存储介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机存储介质可以是上述终端设备中所包含的；也可以是单独存在，而未装配入该终端设备中。

上述计算机存储介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备：在依次显示至少三个页面后，根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录；若存在页面销毁记录，则重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为上一页面；在根据用户操作确定需要返回到重新创建的页面时，获取重新创建的页面并进行显示。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，页面销毁记录确定模块还可以被描述为“在依次显示至少三个页面后，根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录的模块”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种页面显示方法，其特征在于，包括：

在依次显示至少三个页面后，根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录；

若存在页面销毁记录，则重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为所述上一页面；

在根据用户操作确定需要返回到重新创建的页面时，获取所述重新创建的页面并进行显示。

2.根据权利要求1所述的方法，其特征在于，所述通过调整页面绘制顺序使当前的显示页面为所述上一页面，包括：

将重新创建的被销毁的页面的绘制顺序调整为优先于其他页面被绘制，其他页面的绘制顺序与所述依次显示至少三个页面时的显示顺序一致。

3.根据权利要求1所述的方法，其特征在于，在重新创建被销毁的页面后，所述方法还包括：

调整屏幕触控事件向各页面的传递顺序，以将检测到的屏幕触控事件优先传递给当前显示页面。

4.根据权利要求3所述的方法，其特征在于，所述调整屏幕触控事件的传递顺序，以将检测到的屏幕触控事件优先传递给当前显示页面，包括：

将屏幕触控事件向各页面的传递顺序调整为：当前显示页面位于重新创建的被销毁的页面之前、其他页面位于当前显示页面和重新创建的被销毁的页面之间、以及其他页面的顺序与所述依次显示至少三个页面时的显示顺序相反。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述依次显示至少三个页面，包括：

创建活动activity组件，并创建与所述activity组件关联的碎片fragment组件，将需要显示的当前页面内容加载到当前创建的fragment组件中进行显示；

后续在每次根据用户对当前显示页面的链接点击操作确定需要显示新的页面时，创建新的与所述activity组件关联的fragment组件，并将需要显示的新的页面内容加载到新创建的fragment组件中进行显示，以及，判断已有页面的数量是否大于设定阈值，若是，则通过销毁已创建的fragment组件来销毁对应的页面，以使已有页面数量不高于设定阈值，所述设定阈值为不小于3的整数。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：在每次显示一个页面时，将所显示页面的标识加入预设堆栈；

所述通过销毁已创建的fragment组件来销毁对应的页面，包括：将位于所述预设堆栈中栈底的页面标识对应的fragment组件进行销毁，以销毁对应页面；删除位于所述栈底的页面标识，并记录被销毁页面的标识；

所述重新创建被销毁的页面，包括：创建新的与所述activity组件关联的fragment组件，将最近记录的被销毁页面的标识所对应页面内容加载到新创建的fragment组件中进行显示。

7.一种页面显示装置，其特征在于，包括：

页面销毁记录确定模块，用于在依次显示至少三个页面后，根据用户操作从当前显示页面返回到上一页面，并确定是否存在页面销毁记录；

销毁页面重建模块，用于若存在页面销毁记录，则重新创建被销毁的页面，并通过调整页面绘制顺序使当前显示页面为所述上一页面；

重建页面显示模块，用于在根据用户操作确定需要返回到重新创建的页面时，获取所述重新创建的页面并进行显示。

8.根据权利要求7所述的装置，其特征在于，所述销毁页面重建模块包括：

销毁页面重建单元，用于将重新创建的被销毁的页面的绘制顺序调整为优先于其他页面被绘制，其他页面的绘制顺序与所述依次显示至少三个页面时的显示顺序一致。

9.一种终端设备，其特征在于，所述终端设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的页面显示方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6中任一所述的页面显示方法。