CN104866318B - 一种多窗口中标签页的展示方法及装置 - Google Patents

Abstract

本发明实施例提供了一种多窗口中标签页的展示方法及装置。该方法中，获得关于多窗口的展示指令；确定位于浏览器的视图窗口下的多窗口所对应的根窗口以及位于根窗口下的定位窗口，根窗口和定位窗口为：在浏览器启动后，第一次执行多窗口中标签页的展示过程中初始化生成的，根窗口为与OpenGL匹配使用的渲染窗口GLSurfaceView；获得浏览器中当前所存在的标签页的标题和内容截图；获得标题的纹理数据和相应内容截图的纹理数据，标题的纹理数据和相应内容截图的纹理数据由CPU生成；通过调用OpenGL将标题的纹理数据和相应内容截图的纹理数据绘制到根窗口下的定位窗口上。本方案可以简化多窗口展示过程及提高绘制速率。

Description

一种多窗口中标签页的展示方法及装置

技术领域

本发明涉及浏览器技术领域，特别是涉及一种多窗口中标签页的展示方法及装置。

背景技术

用户利用终端设备内的浏览器来浏览页面成为用户获得网络信息的主要途径之一，而为了方便用户对于浏览器的浏览，通常采用多标签技术，即在一个浏览器中可以打开多个标签页，每一标签页对应一个页面。进一步的，为了查看当前所存在的多个标签页，用户需要进入到多个标签页所在的窗口(以下简称多窗口)，多窗口中的标签页以页面截图的方式展现。

现有技术中，多窗口中标签页的展示方法包括：浏览器在接收到用户发出的关于多窗口的展示操作后，调用静态布局文件来初始化多窗口所对应的根窗口，以及用来显示标签集合的定位窗口，其中，根窗口位于浏览器的视图窗口中，而定位窗口位于该根窗口下；根据当前所存在的标签页的属性，确定当前所存在的各个标签页的标题和内容截图；进而，调用系统提供的应用程序接口来利用CPU来进行图像绘制，从而实现多窗口中的标签页的展示，具体的，在绘制时，首先创建图像绘制时各个标签页所需的数据存储结构，然后，基于该数据存储结构来利用CPU绘制图像，其中，创建数据存储结构即为：创建多个子窗口，确定标签页的标题与内容截图所对应子窗口以和位于子窗口的位置，并且，确定各个子窗口在定位窗口的位置。

尽管现有技术实现了多窗口中标签页的展示，但是，每次进入多窗口时都需要初始化根窗口和定位窗口，导致展示过程较为繁琐；另外，当图片过大或过多时，通过CPU来绘制图像显然会消耗较大的内存，导致绘制速率较低，最终使得界面流畅性会受到影响。

发明内容

本发明实施例的目的在于提供一种多窗口中标签页的展示方法及装置，以简化多窗口展示过程及提高绘制速率。具体技术方案如下：

第一方面，本发明实施例提供了一种多窗口中标签页的展示方法，应用于浏览器，所述方法包括：

获得关于多窗口的展示指令；

确定位于所述浏览器的视图窗口下的所述多窗口所对应的根窗口以及位于所述根窗口下的定位窗口，其中，所述根窗口和所述定位窗口为：所述浏览器启动后，在第一次执行多窗口中标签页的展示过程中初始化生成的，其中，所述根窗口为与OpenGL匹配使用的渲染窗口GLSurfaceView；

获得所述浏览器中当前所存在的标签页的标题和内容截图，其中，所述标题和内容截图具有一一对应性；

获得所述标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据和相应内容截图的纹理数据由CPU生成；

通过调用OpenGL将所述标题的纹理数据和相应内容截图的纹理数据绘制到所述根窗口下的所述定位窗口上，从而实现在所述定位窗口中展示当前所存在的标签页的页面截图。

可选的，所述获得所述浏览器中当前所存在的标签页的标题和内容截图，包括：

基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。

可选的，所述获得所述浏览器中当前所存在的标签页的标题和内容截图，包括：

判断当前所存在的标签页的标题和内容截图是否缓存于第一预设缓存空间，如果是，从所述第一预设缓存空间中得到所述浏览器中当前所存在的标签页的标题和内容截图，否则，基于所述当前所存在的标签页的页面属性，得到所述当前所存在的标签页的标题和内容截图。

可选的，所述获得所述标题的纹理数据和相应内容截图的纹理数据，包括：

将所述标题和相应内容截图加载到CPU中，以通过CPU生成所述标题的纹理数据和相应内容截图的纹理数据。

可选的，所述获得所述标题的纹理数据和相应内容截图的纹理数据，包括：

判断所述标题的纹理数据和相应内容截图的纹理数据是否缓存于第二预设缓存空间，如果是，从所述第二预设缓存空间中得到所述标题的纹理数据和相应内容截图的纹理数据，否则，将所述标题和相应内容截图加载到CPU中，以通过CPU生成所述标题的纹理数据和相应内容截图的纹理数据；

其中，所述第二预设缓存空间为GPU所对应的缓存空间，且所述第二预设缓存空间所存储的标题的纹理数据和相应内容截图的纹理数据为基于OpenGL实现的缓存。

可选的，所述通过调用OpenGL将所述标题的纹理数据和相应内容截图的纹理数据绘制到所述根窗口下的所述定位窗口上，包括：

确定所述根窗口下的定位窗口的布局方式；

为每一组标题的纹理数据和相应内容截图的纹理数据生成一子窗口；

基于所确定出的所述布局方式，将所述子窗口添加到所述定位窗口的相应位置；

通过调用程序接口setRenderMode使得OpenGL将所述根窗口设置为渲染模式；

通过调用程序接口requestRender使得OpenGL在各个子窗口上绘制相应的标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据绘制在相应子窗口的标题位置，所述内容截图的纹理数据绘制在相应子窗口的内容区域。

第二方面，本发明实施例还提供了一种多窗口中标签页的展示装置，应用于浏览器，所述装置包括：

展示指令获得模块，用于获得关于多窗口的展示指令；

窗口确定模块，用于确定位于所述浏览器的视图窗口下的所述多窗口所对应的根窗口以及位于所述根窗口下的定位窗口，其中，所述根窗口和所述定位窗口为：所述浏览器启动后，在第一次执行多窗口中标签页的展示过程中初始化生成的，其中，所述根窗口为与OpenGL匹配使用的渲染窗口GLSurfaceView；

信息获得模块，用于获得所述浏览器中当前所存在的标签页的标题和内容截图，其中，所述标题和内容截图具有一一对应性；

纹理数据获得模块，用于获得所述标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据和相应内容截图的纹理数据由CPU生成；

纹理数据绘制模块，用于通过调用OpenGL将所述标题的纹理数据和相应内容截图的纹理数据绘制到所述根窗口下的所述定位窗口上，从而实现在所述定位窗口中展示当前所存在的标签页的页面截图。

可选的，所述信息获得模块包括：

第一信息获得单元，用于基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。

可选的，所述信息获得模块包括：

第一判断单元，用于判断当前所存在的标签页的标题和内容截图是否缓存于第一预设缓存空间，如果是，触发第二信息获得单元，否则，触发第三信息获得单元；

所述第二信息获得单元，用于从所述第一预设缓存空间中得到所述浏览器中当前所存在的标签页的标题和内容截图；

所述第三信息获得单元，用于基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。

可选的，所述纹理数据获得模块包括：

第一纹理数据获得单元，用于将所述标题和相应内容截图加载到CPU中，以通过CPU生成所述标题的纹理数据和相应内容截图的纹理数据。

可选的，所述纹理数据获得模块包括：

判断单元，用于判断所述标题的纹理数据和相应内容截图的纹理数据是否缓存于第二预设缓存空间，如果是，触发第二纹理数据获得单元，否则，触发第三纹理数据获得单元；

所述第二纹理数据获得单元，用于从所述第二预设缓存空间中得到所述标题的纹理数据和相应内容截图的纹理数据；

所述第三纹理数据获得单元，用于将所述标题和相应内容截图加载到CPU中，以通过CPU生成所述标题的纹理数据和相应内容截图的纹理数据；

其中，所述第二预设缓存空间为GPU所对应的缓存空间，且所述第二预设缓存空间所存储的标题的纹理数据和相应内容截图的纹理数据为基于OpenGL实现的缓存。

可选的，所述纹理数据绘制模块包括：

布局方式确定单元，用于确定所述根窗口下的定位窗口的布局方式；

子窗口生成单元，用于为每一组标题的纹理数据和相应内容截图的纹理数据生成一子窗口；

子窗口添加单元，用于基于所确定出的所述布局方式，将所述子窗口添加到所述定位窗口的相应位置；

窗口渲染单元，用于通过调用程序接口setRenderMode使得OpenGL将所述根窗口设置为渲染模式；

纹理数据绘制单元，用于通过调用程序接口requestRender使得OpenGL在各个子窗口上绘制相应的标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据绘制在相应子窗口的标题位置，所述内容截图的纹理数据绘制在相应子窗口的内容区域。

与现有技术相比，本方案中，多窗口所对应的根窗口以及位于根窗口下的定位窗口并不是每次都初始化生成，而是在浏览器启动后，在第一次执行多窗口中标签页的展示过程中初始化生成的，这样简化了多窗口展示过程；并且，在获得当前所存在的标签页的标题和内容截图后，并不是直接利用CPU绘制图像，而是获得通过CPU生成的标题的纹理数据和相应内容截图的纹理数据，进而通过调用OpenGL将标题的纹理数据和相应内容截图的纹理数据绘制到根窗口下的定位窗口上，由于降低了内存的消耗，因此，能够提高图像绘制速率。

附图说明

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

图1为本发明实施例所提供的一种多窗口中标签页的展示方法的流程图；

图2为本发明实施例所提供的一种多窗口中标签页的展示装置的结构示意图；

图3为通过调用系统组件的方式所形成的多窗口的示意图；

图4为通过调用OpenGL的方式所形成的多窗口的示意图。

具体实施方式

为了解决现有技术问题，本发明实施例提供了一种应用于浏览器的多窗口中标签页的展示方法，该方法可以包括：

获得关于多窗口的展示指令；

确定位于浏览器的视图窗口下的多窗口所对应的根窗口以及位于根窗口下的定位窗口，其中，该根窗口和该定位窗口为：该浏览器启动后，在第一次执行多窗口中标签页的展示过程中初始化生成的，其中，该根窗口为与OpenGL匹配使用的渲染窗口GLSurfaceView；

获得该浏览器中当前所存在的标签页的标题和内容截图，其中，该标题和内容截图具有一一对应性；

获得该标题的纹理数据和相应内容截图的纹理数据，其中，该标题的纹理数据和相应内容截图的纹理数据由CPU生成；

通过调用OpenGL将该标题的纹理数据和相应内容截图的纹理数据绘制到该根窗口下的该定位窗口上，从而实现在该定位窗口中展示当前所存在的标签页的页面截图。

需要说明的是，本发明实施例所提供的一种多窗口中标签页的展示方法应用于具有多窗口功能的浏览器，具体的，该浏览器可以为移动终端内的浏览器，该移动终端可以包括：智能手机、平板电脑等终端。并且，实现本发明实施例所提供的一种多窗口中标签页的展示方法的执行主体可以为一种多窗口中标签页的展示装置，实际应用中，浏览器本身或浏览器内嵌的功能插件均可以为作为一种多窗口中标签页的展示装置。

与现有技术相比，本方案中，多窗口所对应的根窗口以及位于根窗口下的定位窗口并不是每次都初始化生成，而是在浏览器启动后，在第一次执行多窗口中标签页的展示过程中初始化生成的，这样简化了多窗口展示过程；并且，在获得当前所存在的标签页的标题和内容截图后，并不是直接利用CPU绘制图像，而是获得通过CPU生成的标题的纹理数据和相应内容截图的纹理数据，进而通过调用OpenGL将标题的纹理数据和相应内容截图的纹理数据绘制到根窗口下的定位窗口上，由于降低了内存的消耗，因此，能够提高图像绘制速率。

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

如图1所示，本发明实施例所提供的一种多窗口中标签页的展示方法，可以包括如下步骤：

S101，获得关于多窗口的展示指令；

其中，当用户希望进入浏览器的多窗口时，其可以通过点击浏览器中的特定按钮的方式来发出关于多窗口的展示操作，相应的，该多窗口中标签页的展示装置可以获得该关于多窗口的展示操作所对应的关于多窗口的展示指令，其中，该特定按钮的具体展示形式存在多种多样，由于不是本方案的发明点，在此不做赘述。

S102，确定位于该浏览器的视图窗口下的该多窗口所对应的根窗口以及位于该根窗口下的定位窗口，其中，该根窗口和该定位窗口为：该浏览器启动后，在第一次执行多窗口中标签页的展示过程中初始化生成的，其中，该根窗口为与OpenGL匹配使用的渲染窗口GLSurfaceView；

为了实现多窗口中标签页的展示，在获得关于多窗口的展示指令后，可以确定位于该浏览器的视图窗口下的该多窗口所对应的根窗口以及位于该根窗口下的定位窗口，进而后续将该根窗口以及该定位窗口作为标签页的页面截图的绘制载体。

需要说明的是，该根窗口和该定位窗口为：浏览器启动后，在第一次执行多窗口中标签页的展示过程中初始化生成的，也就是说，浏览器启动后在第一次执行多窗口中标签页的展示过程中，该根窗口和该定位窗口是不存在的，需要初始化生成，并在退出多窗口时仅仅销毁多窗口所显示的内容，而保留该根窗口和定位窗口，而在退出浏览器之前的后续的多次的多窗口中标签页的展示过程中，直接利用该根窗口和定位窗口即可。

其中，由于为了提高绘制效率后续需要利用OpenGL，因此，该根窗口为与OpenGL匹配使用的渲染窗口GLSurfaceView，其中，可以理解的是，该GLSurfaceView为：对操作系统所提供的视图SurfaceView进行封装处理后所形成的窗口，具体的封装方式可以采用现有技术实现。具体的，OpenGL：(全写Open Graphics Library)是个定义了一个跨编程语言、跨平台的编程接口规格的专业的图形程序接口，它用于三维图像(二维的亦可)，是一个功能强大，调用方便的底层图形库。

S103，获得该浏览器中当前所存在的标签页的标题和内容截图，其中，标题与内容截图具有一一对应性；

在获得关于多窗口的展示指令后，可以获得该浏览器中当前所存在的标签页的标题和内容截图。尽管本实施例中给出S102先于S103执行，但是，需要说明的是，由于S102和S103不存在数据处理上的承接关系，因此，S102和S103并不存在严格的执行顺序，S102和S103可以同时执行，或者，S103先于S102执行，这都是合理的。

具体的，在一种实现方式中，所述获得该浏览器中当前所存在的标签页的标题和内容截图，可以包括：

基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。

其中，所述的标签页的页面属性可以为：是否首页。

进一步的，由于通常存在本次进入多窗口时当前所存在标签页和上一次进入多窗口时所存在标签页相同的情况，为了提高处理效率，可以缓存上一次标签页展示过程中所利用的标签页的标题和内容截图，以便下一次的判断处理，其中，所谓的本次进入多窗口时当前所存在标签页和上一次进入多窗口时所存在标签页相同具体指：标签页的标题相同和标签页的页面内容相同，即前后两次进入多窗口的操作之间未发生标签页新建操作且前后两次进入多窗口的操作之间标签页的页面内容未发生变化。基于上述的处理机制，在另一种实现方式中，所述获得该浏览器中当前所存在的标签页的标题和内容截图，可以包括：

判断当前所存在的标签页的标题和内容截图是否缓存于第一预设缓存空间，如果是，从该第一预设缓存空间中得到该浏览器中当前所存在的标签页的标题和内容截图，否则，基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。

具体的，本领域技术人员可以理解的是，在浏览器运行过程中，可以现有技术来监控新建标签页操作是否发生和已存在标签页的页面内容是否发生变化。那么，判断当前所存在的标签页的标题和内容截图是否缓存于第一预设缓存空间的具体方式可以为：判断本次获得关于多窗口的展示指令的时间点和上一次获得关于多窗口的展示指令的时间点之间是否发生新建标签页操作，如果是，表明当前所存在的标签页的标题和内容截图未缓存于第一预设缓存空间；否则，继续判断本次获得关于多窗口的展示指令的时间点和上一次获得关于多窗口的展示指令的时间点之间已存在的标签页的页面内容是否发生变化，如果是，表明当前所存在的标签页的标题和内容截图未缓存于第一预设缓存空间，如果否，表明当前所存在的标签页的标题和内容截图缓存于第一预设缓存空间。需要说明的是，在每一次基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图后均可以缓存在第一预设缓存空间，以便下一次的参考使用；并且，可以为标签页设置标识信息，在生成标签页的标题和内容截图后，可以缓存标签页的标识信息、标题和内容截图以及三者的对应关系。进一步的，为了提高展示效率，当判断出本次获得关于多窗口的展示指令的时间点和上一次获得关于多窗口的展示指令的时间点之间已存在的标签页的页面内容发生变化时，由于上一次已经缓存有该页面内容发生变化的标签页的标识信息、标题和内容截图，可以继续采用所缓存的标签页的标题，而仅仅基于该页面内容发生变化的标签页的内容截图，并利用新的内容截图替换该页面内容发生变化的标签页的内容截图。需要强调的是，可以通过现有技术实现：基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。为了布局清楚起见，后续介绍基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图的具体实现过程。

S104，获得该标题的纹理数据和相应内容截图的纹理数据，其中，该标题的纹理数据和相应内容截图的纹理数据由CPU生成；

为了提高绘制效率，本发明实施例采用OpenGL实现图像绘制的方式，而OpenGL实现图像绘制需要基于纹理数据，因此，在获得当前所存在标签页的标题和内容截图后，可以获得该标题的纹理数据和相应内容截图的纹理数据。需要说明的是，该标题的纹理数据和相应内容截图的纹理数据由CPU生成，其中，基于CPU生成该标题的纹理数据和相应内容截图的纹理数据可以采用现有技术实现，并且，基于CPU生成该标题的纹理数据和相应内容截图的纹理数据所消耗的内存远小于通过CPU来绘制图像所消耗的内容。

具体的，在一种实现方式中，所述获得标题的纹理数据和相应内容截图的纹理数据，可以包括：

将标题和相应内容截图加载到CPU中，以通过CPU生成该标题的纹理数据和相应内容截图的纹理数据。其中，可以采用现有技术来实现通过CPU生成该标题的纹理数据和相应内容截图的纹理数据的过程，具体的，通过CPU生成某一文本或图片的纹理数据的基本的步骤可以包括：生成一个纹理对象、绑定到OpenGL纹理、设置过滤、加载位图到绑定的纹理、回收使用的位图，其中，各个步骤均通过调用OpenGL相应的API来实现，在此不做赘述。更进一步的，由于通常存在本次进入多窗口时当前所存在标签页和上一次进入多窗口时所存在标签页相同的情况，为了提高处理效率，在第二种实现方式中，所述获得标题的纹理数据和相应内容截图的纹理数据，可以包括：

判断所述标题的纹理数据和相应内容截图的纹理数据是否存储于第二预设缓存空间，如果是，从该第二预设缓存空间中得到标题的纹理数据和相应内容截图的纹理数据，否则，将标题和相应内容截图加载到CPU中，以通过CPU生成标题的纹理数据和相应内容截图的纹理数据；

其中，该第二预设缓存空间为GPU所对应的缓存空间，且该第二预设缓存空间所存储的标题的纹理数据和相应内容截图的纹理数据为基于OpenGL实现的缓存。

可以理解的是，可以为标题和相应内容截图设置唯一标识信息，进而，将标识信息作为第二预设缓存空间中所存储的每一组标题的纹理数据和内容截图的纹理数据的索引信息，使得：通过标题和相应内容截图的标识信息来在第二预设缓存空间中查找标题的纹理数据和相应内容截图的纹理数据。

需要说明的是，上述的获得该浏览器中当前所存在的标签页的标题和内容截图的第一种实现方式和所述获得标题的纹理数据和相应内容截图的纹理数据的第一种实现方式可以结合使用，上述的获得该浏览器中当前所存在的标签页的标题和内容截图的第一种实现方式和所述获得标题的纹理数据和相应内容截图的纹理数据的第二种实现方式可以结合使用，上述的获得该浏览器中当前所存在的标签页的标题和内容截图的第二种实现方式和所述获得标题的纹理数据和相应内容截图的纹理数据的第一种实现方式可以结合使用，上述的获得该浏览器中当前所存在的标签页的标题和内容截图的第二种实现方式和所述获得标题的纹理数据和相应内容截图的纹理数据的第二种实现方式可以结合使用，这都是合理的。

其中，将标题和相应内容截图加载到CPU中，以通过CPU生成标题的纹理数据和相应内容截图的纹理数据的具体实现过程可以采用现有技术实现，在此不做赘述。

S105，通过调用OpenGL将该标题的纹理数据和相应内容截图的纹理数据绘制到该根窗口下的该定位窗口上，从而实现在该定位窗口中展示当前所存在的标签页的页面截图。

在获得该标题的纹理数据和相应内容截图的纹理数据后，可以通过调用OpenGL将该标题的纹理数据和相应内容截图的纹理数据绘制到该根窗口下的该定位窗口上，从而实现在该定位窗口中展示当前所存在的标签页的页面截图。

具体的，通过调用OpenGL将标题的纹理数据和相应内容截图的纹理数据绘制到该根窗口下的该定位窗口上，可以包括：

确定该根窗口下的定位窗口的布局方式；

为每一组标题的纹理数据和相应内容截图的纹理数据生成一子窗口；

基于所确定出的该布局方式，将子窗口添加到该定位窗口的相应位置；

通过调用程序接口setRenderMode使得OpenGL将该根窗口设置为渲染模式；

通过调用程序接口requestRender使得OpenGL在各个子窗口上绘制相应的标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据绘制在相应子窗口的标题位置，所述内容截图的纹理数据绘制在相应子窗口的内容区域。

其中，所述的定位窗口的布局方式具体指：窗口大小和在根窗口中的位置区域；并且，需要说明的是，在通过调用OpenGL将该标题的纹理数据和相应内容截图的纹理数据绘制到该根窗口下的该定位窗口上的过程中，需要将定位窗口设置为百分百可见，当然，该定位窗口设置为百分百可见的时机也可以为初始化生成时，这也是合理的。并且，通过调用程序接口requestRender使得OpenGL在各个子窗口上绘制相应的标题的纹理数据和相应内容截图的纹理数据的具体实现过程可以采用现有技术实现，在此不作详述。

本领域技术人员可以理解的是，通过调用程序接口setRenderMode使得OpenGL将该根窗口设置为渲染模式的具体过程以及通过调用程序接口requestRender使得OpenGL在各个子窗口上绘制相应的标题的纹理数据和相应内容截图的纹理数据的具体过程均可以通过现有技术来实现，具体可以参考现有技术中的调用OpenGL绘制的标准流程。

与现有技术相比，本方案中，多窗口所对应的根窗口以及位于根窗口下的定位窗口并不是每次都初始化生成，而是在浏览器启动后，第一次执行多窗口中标签页的展示过程中初始化生成的，这样简化了多窗口展示过程；并且，在获得当前所存在的标签页的标题和内容截图后，并不是直接利用CPU绘制图像，而是获得通过CPU生成的标题的纹理数据和相应内容截图的纹理数据，进而通过调用OpenGL将标题的纹理数据和相应内容截图的纹理数据绘制到根窗口下的定位窗口上，由于降低了内存的消耗，因此，能够提高图像绘制速率。

另外，由于现有技术通过CPU绘制图像，其是直接调用系统组件的绘制，而本发明实施例是调用OpenGL的图像绘制。具体的是，系统组件调用绘制是调用的画布渲染(Canvas)，当调用系统组件的绘制的时候不仅绘制当前组件还会调用其子窗口组件的绘制，包含层次结构和相交的区域，这样会产生过度绘制问题；并且，将图像输出到显存的一个物体(Surface)，用来绘制到屏幕上，这个物体是共享的，即共享窗口唯一的Surface。

而OpenGL调用的绘制用到的是GLSurfaceView，它拥有专有的Surface，使程序可以直接在上面绘制。

简言之，调用系统组件的绘制使用的是共享的显存，而OpenGL调用的专有的显存，并且，可以直接调用系统的硬件接口包括硬件加速，故使用OpenGL的渲染的速度是快于系统组件的绘制速度的。

参见图3和图4，其中，图3为直接调用系统组件的方式所形成的多窗口的示意图，其中，阴影区域为重复绘制的部分；图4为调用OpenGL的方式所形成的多窗口的示意图，不存在重复绘制的部分。

下面介绍基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图的具体实现方式。

(1)，基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题的方式，可以包括：

对于当前所存在标签页中属于首页的标签页，通过调用资源加载器获得第一文本串，将该第一文本串作为该属于首页的标签页的标题；

对于当前所存在标签页中属于非首页的标签页，通过程序接口WebView.getTitle()获取该属于非首页的标签页的标题；

如果无法通过程序接口WebView.getTitle()获取该属于非首页的标签页的标题，则通过程序接口WebView.getUrl()获取该属于非首页的标签页的URL(Uniform ResourceLocator，统一资源定位符)，将该URL作为该属于非首页的标签页的标题；

如果无法通过程序接口WebView.getUrl()获取该属于非首页的标签页的URL，通过调用资源加载器获得第二文本串，并将该第二文本串作为该属于非首页的标签页的标题。

其中，第一文本串和第二文本串用于标识不存在或无法获得标题的标签页，两者可以相同或不同，具体内容在此不做限定。

(2)，基于当前所存在的标签页的页面属性，得到当前所存在的标签页的内容截图的方式，可以包括：

对于当前所存在标签页中属于首页的标签页，通过调用程序接口Bitmap.createBitmap生成该属于首页的标签页的内容为空的第一类位图，将该内容为空的第一类位图的大小信息传递给画布Canvas，通过调用程序接口ViewGroup.draw(canvas)来利用CPU生成该属于首页的标签页的内容截图参考图，基于该属于首页的标签页的内容截图参考图，获得该属于首页的标签页的内容截图；

对于当前所存在标签页中属于非首页的标签页，通过调用程序接口Bitmap.createBitmap生成该属于非首页的标签页的内容为空的第二类位图，将该内容为空的第二类位图的大小信息传递给画布Canvas，通过调用程序接口WebView.draw(canvas)来利用CPU生成该属于非首页的标签页的内容截图参考图，基于该属于非首页的标签页的内容截图参考图，获得该属于首页的标签页的内容截图。

在一种实现方式中，所述基于该属于首页的标签页的内容截图参考图，获得该属于首页的标签页的内容截图，可以包括：

将该属于首页的标签页的内容截图参考图作为该属于首页的标签页的内容截图；

相应的，所述基于该属于非首页的标签页的内容截图参考图，获得该属于首页的标签页的内容截图，可以包括：

将该属于非首页的标签页的内容截图参考图作为该属于非首页的标签页的内容截图。

在第二种实现方式中，所述基于该属于首页的标签页的内容截图参考图，获得该属于首页的标签页的内容截图，可以包括：

对该属于首页的标签页的内容截图参考图按照预定比例缩小，将缩小处理所形成的截图作为该属于首页的标签页的内容截图；

相应的，所述基于该属于非首页的标签页的内容截图参考图，获得该属于首页的标签页的内容截图，可以包括：

对该属于非首页的标签页的内容截图参考图按照预定比例缩小，将缩小处理所形成的截图作为该属于非首页的标签页的内容截图。

具体的，所述对所述基于该属于首页的标签页的内容截图参考图按照预定比例缩小，可以包括：

通过调用程序接口Bitmap.createBitmap生成该属于首页的标签页的内容为空的第三类位图，其中，该第三类位图的长与内容截图参考图长具有第一比例关系，第三类位图的宽与内容截图参考图的宽具有第二比例关系；

将该第三类位图的大小信息传递给画布Canvas，通过调用程序接口Canvas.drawBitmap来利用CPU生成该属于首页的标签页的内容截图参考图的内容截图缩小版；

相应的，对所述基于该属于非首页的标签页的内容截图参考图按照预定比例缩小，可以包括：

通过调用程序接口Bitmap.createBitmap生成该属于非首页的标签页的内容为空的第四类位图，其中，该第四类位图的长与内容截图参考图长具有第一比例关系，第四类位图的宽与内容截图参考图的宽具有第二比例关系；

将该第四类位图的大小信息传递给画布Canvas，通过调用程序接口Canvas.drawBitmap来利用CPU生成该属于非首页的标签页的内容截图参考图的内容截图缩小版。

举例而言，实际应用中，第三类位图的长与内容截图参考图的长具有第一比例关系具体可以为：第三类位图的长为内容截图参考图的长的二分之一，第三类位图的宽与内容截图参考图的宽具有第二比例关系具体可以为：第三类位图的宽为内容截图参考图的宽的二分之一，此时，第三类位图的大小为内容截图参考图的大小的四分之一；当然，第三类位图的长与内容截图参考图的长具有第一比例关系具体也可以为：第三类位图的长为内容截图参考图的长的二分之一，第三类位图的宽与内容截图参考图的宽具有第二比例关系具体也可以为：第三类位图的宽为内容截图参考图的宽的三分之一，此时，第三类位图的大小为内容截图参考图的大小的六分之一，等等。

另外，关于第四类位图的长与内容截图参考图的长具有第一比例关系，以及第四类位图的宽与内容截图参考图的宽具有第二比例关系的示例内容可以参照上述的第三类位图与内容截图参考图的第一比例关系和第二比例关系的示例内容，在此不做赘述。

相应于上述方法实施例，本发明实施例还提供了一种多窗口中标签页的展示装置，应用于浏览器，如图2所示，该装置可以包括：

展示指令获得模块210，用于获得关于多窗口的展示指令；

窗口确定模块220，用于确定位于所述浏览器的视图窗口下的所述多窗口所对应的根窗口以及位于所述根窗口下的定位窗口，其中，所述根窗口和所述定位窗口为：所述浏览器启动后，在第一次执行多窗口中标签页的展示过程中初始化生成的，其中，所述根窗口为与OpenGL匹配使用的渲染窗口GLSurfaceView；

信息获得模块230，用于获得所述浏览器中当前所存在的标签页的标题和内容截图，其中，所述标题和内容截图具有一一对应性；

纹理数据获得模块240，用于获得所述标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据和相应内容截图的纹理数据由CPU生成；

纹理数据绘制模块250，用于通过调用OpenGL将所述标题的纹理数据和相应内容截图的纹理数据绘制到所述根窗口下的所述定位窗口上，从而实现在所述定位窗口中展示当前所存在的标签页的页面截图。

与现有技术相比，本方案中，多窗口所对应的根窗口以及位于根窗口下的定位窗口并不是每次都初始化生成，而是在浏览器启动后，第一次执行多窗口中标签页的展示过程中初始化生成的，这样简化了多窗口展示过程；并且，在获得当前所存在的标签页的标题和内容截图后，并不是直接利用CPU绘制图像，而是获得通过CPU生成的标题的纹理数据和相应内容截图的纹理数据，进而通过调用OpenGL将标题的纹理数据和相应内容截图的纹理数据绘制到根窗口下的定位窗口上，由于降低了内存的消耗，因此，能够提高图像绘制速率。

在第一种实现方式中，所述信息获得模块230可以包括：

第一信息获得单元，用于基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。

在第二种实现方式中，所述信息获得模块230可以包括：

第一判断单元，用于判断当前所存在的标签页的标题和内容截图是否缓存于第一预设缓存空间，如果是，触发第二信息获得单元，否则，触发第三信息获得单元；

所述第二信息获得单元，用于从所述第一预设缓存空间中得到所述浏览器中当前所存在的标签页的标题和内容截图；

所述第一信息获得单元，用于基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。

在第一种实现方式中，所述纹理数据获得模块240可以包括：

第一纹理数据获得单元，用于将所述标题和相应内容截图加载到CPU中，以通过CPU生成所述标题的纹理数据和相应内容截图的纹理数据。

在第二种实现方式中，所述纹理数据获得模块可以包括：

判断单元，用于判断所述标题的纹理数据和相应内容截图的纹理数据是否缓存于第二预设缓存空间，如果是，触发第二纹理数据获得单元，否则，触发第三纹理数据获得单元；

所述第二纹理数据获得单元，用于从所述第二预设缓存空间中得到所述标题的纹理数据和相应内容截图的纹理数据；

所述第三纹理数据获得单元，用于将所述标题和相应内容截图加载到CPU中，以通过CPU生成所述标题的纹理数据和相应内容截图的纹理数据；

其中，所述第二预设缓存空间为GPU所对应的缓存空间，且所述第二预设缓存空间所存储的标题的纹理数据和相应内容截图的纹理数据为基于OpenGL实现的缓存。

具体的，所述纹理数据绘制模块250可以包括：

布局方式确定单元，用于确定所述根窗口下的定位窗口的布局方式；

子窗口生成单元，用于为每一组标题的纹理数据和相应内容截图的纹理数据生成一子窗口；

子窗口添加单元，用于基于所确定出的所述布局方式，将所述子窗口添加到所述定位窗口的相应位置；

窗口渲染单元，用于通过调用程序接口setRenderMode使得OpenGL将所述根窗口设置为渲染模式；

纹理数据绘制单元，用于通过调用程序接口requestRender使得OpenGL在各个子窗口上绘制相应的标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据绘制在相应子窗口的标题位置，所述内容截图的纹理数据绘制在相应子窗口的内容区域。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (12)

1.一种多窗口中标签页的展示方法，其特征在于，应用于浏览器，所述方法包括：

获得关于多窗口的展示指令；

确定位于所述浏览器的视图窗口下的所述多窗口所对应的根窗口以及位于所述根窗口下的定位窗口，其中，所述根窗口和所述定位窗口为：所述浏览器启动后，在第一次执行多窗口中标签页的展示过程中初始化生成的，其中，所述根窗口为与OpenGL匹配使用的渲染窗口GLSurfaceView，所述定位窗口用于展示当前所存在的标签页的页面截图；

获得所述浏览器中当前所存在的标签页的标题和内容截图，其中，所述标题和内容截图具有一一对应性；

获得所述标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据和相应内容截图的纹理数据由CPU生成；

通过调用OpenGL将所述标题的纹理数据和相应内容截图的纹理数据绘制到所述根窗口下的所述定位窗口上，从而实现在所述定位窗口中展示当前所存在的标签页的页面截图。

2.根据权利要求1所述的方法，其特征在于，所述获得所述浏览器中当前所存在的标签页的标题和内容截图，包括：

基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。

3.根据权利要求1所述的方法，其特征在于，所述获得所述浏览器中当前所存在的标签页的标题和内容截图，包括：

判断当前所存在的标签页的标题和内容截图是否缓存于第一预设缓存空间，如果是，从所述第一预设缓存空间中得到所述浏览器中当前所存在的标签页的标题和内容截图，否则，基于所述当前所存在的标签页的页面属性，得到所述当前所存在的标签页的标题和内容截图。

4.根据权利要求1所述的方法，其特征在于，所述获得所述标题的纹理数据和相应内容截图的纹理数据，包括：

将所述标题和相应内容截图加载到CPU中，以通过CPU生成所述标题的纹理数据和相应内容截图的纹理数据。

5.根据权利要求1所述的方法，其特征在于，所述获得所述标题的纹理数据和相应内容截图的纹理数据，包括：

判断所述标题的纹理数据和相应内容截图的纹理数据是否缓存于第二预设缓存空间，如果是，从所述第二预设缓存空间中得到所述标题的纹理数据和相应内容截图的纹理数据，否则，将所述标题和相应内容截图加载到CPU中，以通过CPU生成所述标题的纹理数据和相应内容截图的纹理数据；

其中，所述第二预设缓存空间为GPU所对应的缓存空间，且所述第二预设缓存空间所存储的标题的纹理数据和相应内容截图的纹理数据为基于OpenGL实现的缓存。

6.根据权利要求1所述的方法，其特征在于，所述通过调用OpenGL将所述标题的纹理数据和相应内容截图的纹理数据绘制到所述根窗口下的所述定位窗口上，包括：

确定所述根窗口下的定位窗口的布局方式；

为每一组标题的纹理数据和相应内容截图的纹理数据生成一子窗口；

基于所确定出的所述布局方式，将所述子窗口添加到所述定位窗口的相应位置；

通过调用程序接口setRenderMode使得OpenGL将所述根窗口设置为渲染模式；

通过调用程序接口requestRender使得OpenGL在各个子窗口上绘制相应的标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据绘制在相应子窗口的标题位置，所述内容截图的纹理数据绘制在相应子窗口的内容区域。

7.一种多窗口中标签页的展示装置，其特征在于，应用于浏览器，所述装置包括：

展示指令获得模块，用于获得关于多窗口的展示指令；

窗口确定模块，用于确定位于所述浏览器的视图窗口下的所述多窗口所对应的根窗口以及位于所述根窗口下的定位窗口，其中，所述根窗口和所述定位窗口为：所述浏览器启动后，在第一次执行多窗口中标签页的展示过程中初始化生成的，其中，所述根窗口为与OpenGL匹配使用的渲染窗口GLSurfaceView，所述定位窗口用于展示当前所存在的标签页的页面截图；

信息获得模块，用于获得所述浏览器中当前所存在的标签页的标题和内容截图，其中，所述标题和内容截图具有一一对应性；

纹理数据获得模块，用于获得所述标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据和相应内容截图的纹理数据由CPU生成；

纹理数据绘制模块，用于通过调用OpenGL将所述标题的纹理数据和相应内容截图的纹理数据绘制到所述根窗口下的所述定位窗口上，从而实现在所述定位窗口中展示当前所存在的标签页的页面截图。

8.根据权利要求7所述的装置，其特征在于，所述信息获得模块包括：

第一信息获得单元，用于基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。

9.根据权利要求7所述的装置，其特征在于，所述信息获得模块包括：

第一判断单元，用于判断当前所存在的标签页的标题和内容截图是否缓存于第一预设缓存空间，如果是，触发第二信息获得单元，否则，触发第三信息获得单元；

所述第二信息获得单元，用于从所述第一预设缓存空间中得到所述浏览器中当前所存在的标签页的标题和内容截图；

所述第三信息获得单元，用于基于当前所存在的标签页的页面属性，得到当前所存在的标签页的标题和内容截图。

10.根据权利要求7所述的装置，其特征在于，所述纹理数据获得模块包括：

第一纹理数据获得单元，用于将所述标题和相应内容截图加载到CPU中，以通过CPU生成所述标题的纹理数据和相应内容截图的纹理数据。

11.根据权利要求7所述的装置，其特征在于，所述纹理数据获得模块包括：

判断单元，用于判断所述标题的纹理数据和相应内容截图的纹理数据是否缓存于第二预设缓存空间，如果是，触发第二纹理数据获得单元，否则，触发第三纹理数据获得单元；

所述第二纹理数据获得单元，用于从所述第二预设缓存空间中得到所述标题的纹理数据和相应内容截图的纹理数据；

所述第三纹理数据获得单元，用于将所述标题和相应内容截图加载到CPU中，以通过CPU生成所述标题的纹理数据和相应内容截图的纹理数据；

其中，所述第二预设缓存空间为GPU所对应的缓存空间，且所述第二预设缓存空间所存储的标题的纹理数据和相应内容截图的纹理数据为基于OpenGL实现的缓存。

12.根据权利要求7所述的装置，其特征在于，所述纹理数据绘制模块包括：

布局方式确定单元，用于确定所述根窗口下的定位窗口的布局方式；

子窗口生成单元，用于为每一组标题的纹理数据和相应内容截图的纹理数据生成一子窗口；

子窗口添加单元，用于基于所确定出的所述布局方式，将所述子窗口添加到所述定位窗口的相应位置；

窗口渲染单元，用于通过调用程序接口setRenderMode使得OpenGL将所述根窗口设置为渲染模式；

纹理数据绘制单元，用于通过调用程序接口requestRender使得OpenGL在各个子窗口上绘制相应的标题的纹理数据和相应内容截图的纹理数据，其中，所述标题的纹理数据绘制在相应子窗口的标题位置，所述内容截图的纹理数据绘制在相应子窗口的内容区域。