网络引擎启动方法及装置与流程

本申请涉及网络引擎技术，具体涉及一种网络引擎启动方法。本申请同时涉及一种网络引擎启动装置。

背景技术：

个人电脑、智能手机等终端设备已经成为了人们日常生活的重要组成部分。用户通常可以通过点击图标或者按键等方式，启动浏览器或者webapp(基于web的应用)，以实现所需的功能。浏览器或者webapp通常需要启动webengine(网络引擎)，由webengine根据从服务器端返回的html、xml或者image等资源，进行页面渲染并在显示设备上输出，以呈现给用户。

webengine的启动过程通常包括：下载网络资源，将获取的网页文档转换为domtree，随后构造用于渲染domtree的渲染树(rendertree)，并对渲染树的每个节点进行布局处理，确定其在屏幕上的显示位置，最后遍历渲染树将每个节点绘制到图形缓冲区中，并通知提供显示服务的模块(通常称为显示系统或者图形系统)将图形缓冲区中的数据渲染输出到显示设备的硬件缓冲区中，从而完成页面内容的呈现。

由于webengine的启动过程需要执行上述操作，因此通常比较耗时，一般在300ms以上，也就是说从用户执行启动webapp或者浏览器的操作，到页面内容显示出来的这段时间内，屏幕上通常没有内容显示，可能导致用户认为输入操作没有得到任何反馈，甚至可能重复执行相同的操作，影响用户的使用体验。

针对这一问题，有的终端设备在启动webengine的同时，采用一个额外的独立窗口专门用于显示过渡动画，例如：采用android系统的智能手机通过窗口管理进程进行过渡动画的展示。采用这种方式，对于整个系统来说，由于过渡动画的显示占用了额外的缓冲区，从而增大内存开销。

技术实现要素：

本申请实施例提供一种网络引擎启动方法，以解决现有的网络引擎启动方式在显示过渡动画时需要占用额外缓冲区的问题。本申请实施例还提供一种网络引擎启动装置。

本申请提供一种网络引擎启动方法，包括：

显示过渡图像；

启动网络引擎，显示页面内容；

其中，所述网络引擎在显示页面内容时，复用显示过渡图像所使用的图形缓冲区，所述图形缓冲区用于存储供显示服务模块显示输出的用户界面数据。

可选的，所述显示过渡图像包括：采用动画方式显示过渡图像。

可选的，所述动画方式包括以下任意一种或者组合：渐变透明度、渐变尺寸伸缩、移动、旋转。

可选的，所述获取并显示过渡图像的步骤和所述启动网络引擎显示页面内容的步骤，分别在应用程序进程的不同线程中异步实施。

可选的，所述显示过渡图像包括：

获取过渡图像文件；

通过向图形缓冲区管理模块申请的方式，获取图形缓冲区；

读取所述过渡图像文件并执行解码操作；

将解码得到的数据写入所述图形缓冲区中，以显示所述过渡图像。

可选的，当所述方法由启动webapp的指令触发时，所述过渡图像文件的获取方式包括：根据webapp的配置文件中指定的路径获取。

可选的，当所述方法由启动浏览器的指令触发时，所述过渡图像文件的获取方式包括：根据预先设定的路径获取。

可选的，所述通过向图形缓冲区管理模块申请的方式获取图形缓冲区的步骤，以及所述显示过渡图像所包含的其他步骤，分别在不同的线程中实施。

可选的，所述显示过渡图像包括：

通过向图形缓冲区管理模块申请的方式，获取图形缓冲区；

按照预设的颜色方案向所述图形缓冲区中写入数据，以显示对应于所述颜色方案的过渡图像。

可选的，所述启动网络引擎，显示页面内容，包括：

所述网络引擎在下载资源以及渲染布局的过程中，判断是否满足预设条件；

若满足，执行下述操作：

获取显示过渡图像时所使用的图形缓冲区；

将已布局好的页面内容绘制到所述图形缓冲区中。

可选的，所述预设条件包括：所述过渡图像显示完毕。

可选的，所述网络引擎在下载资源以及渲染布局的过程中，还执行下述操作：

根据已布局好的页面内容的位置信息，计算可绘制区域的尺寸；

所述预设条件包括：

所述过渡图像显示完毕、且所述可绘制区域的尺寸满足首屏要求；

所述将已布局好的页面内容绘制到所述图形缓冲区中，包括：将已布局好的首屏页面内容绘制到所述图形缓冲区中。

可选的，所述网络引擎在下载资源以及渲染布局的过程中，还执行下述操作：

根据已布局好的页面内容的位置信息，计算可绘制区域的尺寸；

所述预设条件包括：所述可绘制区域的尺寸满足首屏要求；

所述将已布局好的页面内容绘制到所述图形缓冲区中，包括：将已布局好的首屏页面内容绘制到所述图形缓冲区中。

可选的，所述网络引擎渲染布局的过程，是分层进行的；

所述将已布局好的页面内容绘制到所述图形缓冲区中，包括：将已分层布局好的页面内容合成并绘制到所述图形缓冲区中。

相应的，本申请还提供一种网络引擎启动装置，包括：

过渡图像显示单元，用于显示过渡图像；

网络引擎启动单元，用于启动网络引擎，显示页面内容；其中，所述网络引擎在显示页面内容时，复用过渡图像显示单元所使用的图形缓冲区。

可选的，所述过渡图像显示单元，具体用于采用动画方式显示过渡图像。

可选的，所述过渡图像显示单元和所述网络引擎启动单元，分别用于采用 不同的线程异步实现各自的功能。

可选的，所述过渡图像显示单元包括：

文件获取子单元，用于获取过渡图像文件；

图形缓冲区申请子单元，用于通过向图形缓冲区管理模块申请的方式，获取图形缓冲区；

解码子单元，用于读取所述文件获取子单元所获取的过渡图像文件并执行解码操作；

第一图形缓冲区写入子单元，用于将所述解码子单元得到的数据写入所述图形缓冲区中，以显示过渡图像。

可选的，所述文件获取子单元具体用于，根据webapp的配置文件中指定的路径获取过渡图像文件。

可选的，所述文件获取子单元具体用于，根据预先设定的路径获取过渡图像文件。

可选的，所述图形缓冲区申请子单元，以及所述过渡图像显示单元中的其他子单元，分别采用不同的线程实现各自的功能。

可选的，所述过渡图像显示单元包括：

图形缓冲区申请子单元，用于通过向图形缓冲区管理模块申请的方式，获取图形缓冲区；

第二图像缓冲区写入子单元，用于按照预设的颜色方案向所述图形缓冲区中写入数据，以显示对应于所述颜色方案的过渡图像。

可选的，所述网络引擎启动单元包括：

渲染布局子单元，用于网络引擎下载资源以及渲染布局；

条件判断子单元，用于在渲染布局子单元工作期间，判断是否满足预设条件；

图形缓冲区获取子单元，用于当所述条件判断子单元的输出为是时，获取所述过渡图像显示单元所使用的图形缓冲区；

布局内容绘制子单元，用于将已布局好的页面内容绘制到所述图形缓冲区中。

可选的，所述条件判断子单元所采用的预设条件为：所述过渡图像显示单 元完成过渡图像的显示。

可选的于，所述网络引擎启动单元还包括：

可绘制区域计算子单元，用于根据已布局好的页面内容的位置信息，计算可绘制区域的尺寸；

所述条件判断子单元所采用的预设条件为：所述过渡图像显示单元完成过渡图像的显示、且所述可绘制区域计算子单元计算的可绘制区域的尺寸满足首屏要求；

所述布局内容绘制子单元，具体用于将已布局好的首屏页面内容绘制到所述图形缓冲区获取子单元获取的图形缓冲区中。

可选的，所述网络引擎启动单元还包括：

可绘制区域计算子单元，用于根据已布局好的页面内容的位置信息，计算可绘制区域的尺寸；

所述条件判断子单元所采用的预设条件为：所述可绘制区域计算子单元计算的可绘制区域的尺寸满足首屏要求；

所述布局内容绘制子单元，具体用于将已布局好的首屏页面内容绘制到所述图形缓冲区获取子单元获取的图形缓冲区中。

可选的，所述渲染布局子单元，具体用于网络引擎下载资源以及分层进行渲染布局；

所述布局内容绘制子单元，具体用于将已分层布局好的页面内容合成并绘制到所述图形缓冲区获取子单元获取的图形缓冲区中。

与现有技术相比，本申请具有以下优点：

本申请提供的网络引擎启动方法，包括显示过渡图像、以及通过启动网络引擎显示页面内容的过程，并且在上述过程中，所述网络引擎在显示页面内容时，复用显示过渡动画所使用的图形缓冲区。采用本方法，由于网络引擎的启动过程和过渡图像的显示过程，复用了相同的图形缓冲区，因此在网络引擎的启动过程中不仅实现了对用户输入的快速反馈，而且没有因为过渡图像的显示而产生额外的缓冲区开销，节省对内存的占用。

附图说明

图1是本申请的一种网络引擎启动方法的实施例的流程图；

图2是本申请实施例提供的splash模块显示过渡图像的处理流程的示意图；

图3是本申请实施例提供的多线程处理流程的示意图；

图4是本申请的一种网络引擎启动装置的实施例的示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是，本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此，本申请不受下面公开的具体实施的限制。

在本申请中，分别提供了一种网络引擎启动方法，以及一种网络引擎启动装置，在下面的实施例中逐一进行详细说明。为了便于理解，先对本申请涉及的相关技术以及本申请的技术方案作简要的说明。

对于在个人电脑、移动通讯设备等电子设备中运行的应用程序或者系统来说，在显示设备上显示用户界面数据(ui数据)，是实现与用户交互的最基本方式。应用程序或者系统可以向各自的图形缓冲区(graphicsbuffer)中写入需要显示或者更新的用户界面数据。

所述图形缓冲区是指，用于显示的内存块，通常由专门的模块进行管理，例如：图形缓冲区管理模块，该模块负责存储与管理图形缓冲区，例如可以根据应用程序或者系统的请求为其分配图形缓冲区。由于图形缓冲区用于存储待显示的ui数据，而不同电子设备的显示分辨率不同，因此图形缓冲区的大小也可能不同，以分辨率为1080p为例，每块图形缓冲区的大小通常为8mb。

应用程序或者系统向各自的图形缓冲区中写入ui数据后，可以通知负责提供显示服务的模块(即显示服务模块)进行显示，显示服务模块通过软件或者硬件的方式，将对应于各个应用程序以及系统的图形缓冲区中的ui数据进行计算、合并，并最终渲染输出到显示设备的硬件缓冲区中，从而实现用户界面的显示功能。

本申请的技术方案，则是在上述显示技术的基础上，在启动网络引擎与显 示过渡图像两者之间实现了图形缓冲区的复用。由于启动网络引擎比较耗时，为了对用户输入做出快速反馈，本申请的技术方案同样采用了显示过渡图像的方式，在本文中将负责显示过渡图像的模块称为splash模块。而本申请技术方案的核心在于，网络引擎在启动过程中并没有重新申请新的图形缓冲区，而是复用了splash模块所使用的图形缓冲区进行页面内容的显示，从而避免产生额外的图形缓冲区开销，减少对内存资源的占用。

下面对本申请的实施例进行详细说明。

请参考图1，其为本申请的一种网络引擎启动方法的实施例的流程图。所述方法包括如下步骤：

步骤101、显示过渡图像。

当用户通过点击图标或者按键等方式启动浏览器或者webapp时，通常会启动相应的应用程序进程，在应用程序进程的主线程中，可以先调用splash模块显示过渡图像，然后再启动webengine进行页面内容的显示，并且在显示页面内容时复用splash模块所采用的图形缓冲区，即：webengine获取splash模块显示过渡图像时使用的图形缓冲区，并将待显示的页面内容输出到所述图形缓冲区中。

为了能够更快地启动webengine，以便用户尽早看到页面内容，本实施例提供一种优选实施方式：splash模块和webengine的启动以多线程异步的方式实施。例如，应用程序进程创建一个单独的splash线程用于执行splash模块，负责显示过渡图像；而启动webengine的任务则由主线程完成(也可以称为webengine线程)。采用这种方式，一方面由于splash模块是一个轻量级模块，因此能够以很快的方式显示给用户，提供及时反馈功能；另一方面，可以不阻塞webengine的启动过程。本实施例的后续文字，重点针对采用多线程异步方式的实施方式进行说明。

作为比较简单易行的实施方式，splash模块可以按照预设的颜色方案显示过渡图像，例如，预设颜色方案可以指定两种或者两种以上颜色按照特定规律排列显示。具体实施过程包括：通过向图形缓冲区管理模块申请的方式，获取图形缓冲区；按照预设的颜色方案向所述图形缓冲区中写入数据，以显示对应于所述颜色方案的过渡图像。

优选地，为了增加过渡图像的美观性、或者在过渡图像中传达特定的信息， 例如：应用程序标志、广告语等，本实施例提供根据过渡图像文件展示过渡图像的优选实施方式。所述过渡图像文件可以是预先设计好的图片文件，例如：bmp文件或者jpg文件等。

采用这种优选实施方式，splash模块显示过渡图像的过程包括获取过渡图像、申请图形缓冲区、解码、写图形缓冲区这样几个步骤，分别对应于如下所示的步骤101-1至101-4，下面结合图2作进一步描述。

步骤101-1、获取过渡图像文件。

splash模块可以通过多种方式获取过渡图像文件。

如果本实施例所述方法由启动webapp的指令触发时，splash模块可以根据webapp配置文件中指定的路径获取。例如：在android系统中，每个应用程序都有对应的manifest配置文件，其中可以配置过渡图像的路径信息，如果用户点击了对应于webapp的图标，在webapp进程被创建时，可以将过渡图像的路径传递给splash模块，从而splash模块可以根据该路径获取过渡图像文件。

如果本实施例所述方法由启动浏览器的指令触发时，splash模块可以根据预先设定的路径获取过渡图像文件。

步骤101-2、通过向图形缓冲区管理模块申请的方式，获取图形缓冲区。

splash模块向图形缓冲区管理模块发送申请图形缓冲区的请求，所述图形缓冲区管理模块可以在其管理的图形缓冲区中查找有无空闲的图形缓冲区，若找到，则将该图形缓冲区返回给splash模块；若没有找到，则可以重新申请内存创建空闲图形缓冲区，并将新创建的图形缓冲区返回给splash模块。在具体实施时，图形缓冲区管理模块返回给splash模块的可以是图形缓冲区的内存地址，splash模块后续则可以根据获取的内存地址执行向图形缓冲区中写入数据的操作。

步骤101-3、读取所述过渡图像文件并执行解码操作。

splash模块读取已获取的过渡图像文件，并根据过渡图像文件的数据存储格式执行相应的解码操作，将过渡图像文件中的数据转换成可以在显示设备上输出显示的格式，例如：转换成rgb色彩模式对应的颜色值。

步骤101-4、将解码得到的数据写入所述图形缓冲区中，以显示所述过渡图像。

splash模块将解码后的数据写入在步骤101-2获取的图形缓冲区中，以在显 示设备上显示所述过渡图像。在具体实施时，显示服务模块可以主动检测所述图形缓冲区被更新的事件，也可以由splash模块在完成向图形缓冲区写入解码数据的操作后，主动通知显示服务模块。显示服务模块负责所述图形缓冲区中的待显示数据输出到显示设备的硬件缓冲区中进行显示。

优选地，为了提供更为友好的用户交互方式，可以采用动画方式显示过渡图像，即：显示过渡动画。所述动画方式包括以下任意一种或者组合：渐变透明度(alpha)、渐变尺寸伸缩(scale)、移动(translate)、旋转(rotate)，具体采用哪种或者哪些动画方式，可以预先设定，也可以在webapp的配置文件中指定。在采用动画方式的情况下，splash模块在完成图形缓冲区的写入操作后，可以按照具体的动画方式，通知显示服务模块对图形缓冲区中的数据进行相应的计算、渲染，并输出到显示设备的硬件缓冲区中，从而在显示设备上呈现动画效果。例如：通过对显示位置的渐进调整，可以实现移动的动画效果。

至此通过步骤101-1至步骤101-4，对过渡图像的显示过程进行了说明。在上面描述的实施方式中，splash模块在单独为其创建的splash线程中完成了申请图形缓冲区、图像解码、以及写图形缓冲区等操作。

优选地，为了尽可能快速地显示过渡图像，给用户提供及时反馈，本实施例提供多线程并发实现splash模块功能的优选实施方式。例如：在splash线程启动后，再创建一个getbuf线程，splash线程执行获取过渡图像文件、以及解码的操作，getbuf线程则执行申请图形缓冲区的操作，并将获取的图形缓冲区的内存地址通过线程间的数据共享机制或者通讯机制传递给splash线程，splash线程将解码后的数据写入所述图形缓冲区中，从而实现了向用户快速呈现过渡图像的功能。请参见图3，其为本实施例提供的多线程处理流程的示意图。

步骤102、启动网络引擎，显示页面内容。

现有技术中，网络引擎在启动后，首先执行必要的初始化操作，随后通常可以执行以下操作：下载待展示的页面文档(例如：html文件)及页面文档中涉及的各种资源；解析页面文档，转换为dom树；根据css等样式信息，创建用于渲染dom树的渲染树(rendertree)，所述渲染树中的节点通常与页面内容中的可视部分相对应，通常为带有颜色、尺寸等显示属性的矩形，这些矩形的顺序与显示顺序一致；对渲染树的节点进行布局处理，确定其在屏幕上的显示位置；最后遍历渲染树并将其中的节点绘制到网络引擎申请的图形缓冲区中， 以在显示设备上呈现页面内容。

而本实施例提供的网络引擎启动方法，网络引擎在执行原有处理流程显示页面内容的过程中，复用了在步骤101中所使用的图形缓冲区，也就是说，为了显示过渡图像所申请的图形缓冲区，在webengine的启动过程中得到了重复利用，没有因为过渡图像的显示而导致额外的缓冲区开销，从而节省了对内存的占用。下面对本步骤中webengine的处理过程作进一步说明。

网络引擎根据下载的资源生成dom树及渲染树，并对渲染树的节点进行布局，确定在屏幕上的显示位置，在该过程中网络引擎判断是否满足预设条件，若满足，则获取显示过渡图像时所使用的图形缓冲区，并将已布局好的页面内容(即：渲染树中已布局好的各节点)绘制到所述图形缓冲区中。

在具体实施时，所述获取显示过渡图像所使用的图形缓冲区，通常是指获取所述图形缓冲区的内存地址以及大小等信息。对于采用多线程异步实施的方式，webengine线程可以通过线程间的数据共享机制或者通讯机制，从splash线程获取其使用的图形缓冲区的内存地址以及大小等信息。

所述预设条件可以为：过渡图像显示完毕。采用这种方式，splash线程可以在过渡图像显示完毕后向webengine线程发送通知，从而webengine线程可以向splash线程获取其显示过渡图像所使用的图形缓冲区，并将已布局好的页面内容绘制到所述图形缓冲区中。这种处理方式，对于采用动画方式显示过渡图像的实施方式，可以保证过渡动画显示过程的完整性，并且可以尽快向用户呈现页面内容。

优选地，为了向用户呈现完整的首屏信息，避免出现白屏或者部分白屏的现象，本实施例还提供了显示完整首屏内容的优选实施方式，在这种情况下，所述预设条件为：过渡图像显示完毕、且可绘制区域的尺寸满足首屏要求。

其中，所述可绘制区域是指，渲染树中已布局好的节点所对应的显示屏幕中的区域；所述首屏(abovethefold，或者，firstscreen)是指，打开页面后，在显示屏幕上所呈现的第一屏，即：无需执行滚屏操作就能被用户看到的画面。

采用这种优选实施方式，webengine在下载资源以及渲染布局的过程中，可以执行下述操作：根据已布局好的页面内容的位置信息，计算可绘制区域的尺寸。在具体实施时，可以在对渲染树中的节点进行逐一布局的过程中，每完成一个节点的布局，就根据已布局节点在屏幕上的显示位置，计算可绘制区域 的尺寸。当检测到过渡图像显示完毕后，如果当前可绘制区域的尺寸尚未达到首屏的大小，则继续进行渲染树中节点的布局，直到可绘制区域的尺寸满足首屏要求，即：可绘制区域的尺寸大于或者等于首屏的大小，才可以向splash线程获取图形缓冲区，并将已布局好的首屏页面内容绘制到所述图形缓冲区中。

采用这种优选实施方式，由于webengine已经将首屏内容准备好了，因此通过写图形缓冲区向用户显示出来的，通常是完整的首屏内容，而不会出现白屏或者部分白屏的现象，从而从视觉体验的角度，实现了过渡图像显示到页面内容显示的无缝切换，能够保证用户良好的浏览体验。

此外，本实施例还提供另一种能够尽快展示首屏页面内容的优选实施方式，即，所述预设条件为：可绘制区域的尺寸满足首屏要求。采用这种优选实施方式，与之前描述的优选实施方式类似，网络引擎在下载资源以及渲染布局的过程中，也根据已布局好页面内容的位置信息，计算可绘制区域的尺寸；不同之处在于，webengine向splash线程获取图形缓冲区的触发条件仅为：可绘制区域的尺寸满足首屏要求。即：当webengine计算得到的可绘制区域的尺寸大于或者等于首屏大小时，就可以通知splash线程首屏页面内容已准备好，并向splash线程获取图形缓冲区、向其中写入首屏页面内容，而无需等待过渡图像显示完毕。

采用这种优选实施方式，可以尽快地向用户展示首屏页面内容，特别是在采用动画方式显示过渡图像的场景下，能够减少用户观看过渡动画的时间，而将用户真正关心或者感兴趣的页面内容尽可能快地呈现出来。

需要说明的是，由于web页面中包含的各种页面元素通常是分层的，例如：最底层为窗口，在其上设置有图片，图片上又可以设置按钮、链接等等。因此，webengine在进行渲染布局、准备可绘制的页面内容的时候，通常采用分层的方式进行，在满足预设条件、获取图形缓冲区后，则可以将分层准备好的待绘制内容，通过层与层之间的叠加覆盖关系进行合成(composite)，并将合成后的数据写入从splash线程获取的图形缓冲区中。这样可以减少对图形缓冲区的重复写入操作，提高执行效率。

至此，通过步骤101-步骤102，对本实施例提供的网络引擎启动方法的具体实施方式进行了详细说明。通过上述描述可以看出，采用本实施例提供的网络引擎启动方法，由于网络引擎的启动过程和过渡图像的显示过程，复用了相同 的图形缓冲区，因此在网络引擎的启动过程中不仅实现了对用户输入的快速反馈，而且没有因为过渡图像的显示而产生额外的缓冲区开销，节省对内存的占用。

在上述的实施例中，提供了一种网络引擎启动方法，与之相对应的，本申请还提供一种网络引擎启动装置。请参看图4，其为本申请的一种网络引擎启动装置的实施例示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例的一种网络引擎启动装置，包括：过渡图像显示单元401，用于显示过渡图像；网络引擎启动单元402，用于启动网络引擎，显示页面内容；其中，所述网络引擎在显示页面内容时，复用过渡图像显示单元所使用的图形缓冲区。

可选的，所述过渡图像显示单元，具体用于采用动画方式显示过渡图像。

可选的，所述过渡图像显示单元和所述网络引擎启动单元，分别用于采用不同的线程异步实现各自的功能。

可选的，所述过渡图像显示单元包括：

文件获取子单元，用于获取过渡图像文件；

图形缓冲区申请子单元，用于通过向图形缓冲区管理模块申请的方式，获取图形缓冲区；

解码子单元，用于读取所述文件获取子单元所获取的过渡图像文件并执行解码操作；

第一图形缓冲区写入子单元，用于将所述解码子单元得到的数据写入所述图形缓冲区中，以显示过渡图像。

可选的，所述文件获取子单元具体用于，根据webapp的配置文件中指定的路径获取过渡图像文件。

可选的，所述文件获取子单元具体用于，根据预先设定的路径获取过渡图像文件。

可选的，所述图形缓冲区申请子单元，以及所述过渡图像显示单元中的其他子单元，分别采用不同的线程实现各自的功能。

可选的，所述过渡图像显示单元包括：

图形缓冲区申请子单元，用于通过向图形缓冲区管理模块申请的方式，获取图形缓冲区；

第二图像缓冲区写入子单元，用于按照预设的颜色方案向所述图形缓冲区中写入数据，以显示对应于所述颜色方案的过渡图像。

可选的，所述网络引擎启动单元包括：

渲染布局子单元，用于网络引擎下载资源以及渲染布局；

条件判断子单元，用于在渲染布局子单元工作期间，判断是否满足预设条件；

图形缓冲区获取子单元，用于当所述条件判断子单元的输出为是时，获取所述过渡图像显示单元所使用的图形缓冲区；

布局内容绘制子单元，用于将已布局好的页面内容绘制到所述图形缓冲区中。

可选的，所述条件判断子单元所采用的预设条件为：所述过渡图像显示单元完成过渡图像的显示。

可选的，所述网络引擎启动单元还包括：

可绘制区域计算子单元，用于根据已布局好的页面内容的位置信息，计算可绘制区域的尺寸；

所述条件判断子单元所采用的预设条件为：所述过渡图像显示单元完成过渡图像的显示、且所述可绘制区域计算子单元计算的可绘制区域的尺寸满足首屏要求；

所述布局内容绘制子单元，具体用于将已布局好的首屏页面内容绘制到所述图形缓冲区获取子单元获取的图形缓冲区中。

可选的，所述网络引擎启动单元还包括：

可绘制区域计算子单元，用于根据已布局好的页面内容的位置信息，计算可绘制区域的尺寸；

所述条件判断子单元所采用的预设条件为：所述可绘制区域计算子单元计算的可绘制区域的尺寸满足首屏要求；

所述布局内容绘制子单元，具体用于将已布局好的首屏页面内容绘制到所 述图形缓冲区获取子单元获取的图形缓冲区中。

可选的，所述渲染布局子单元，具体用于网络引擎下载资源以及分层进行渲染布局；

所述布局内容绘制子单元，具体用于将已分层布局好的页面内容合成并绘制到所述图形缓冲区获取子单元获取的图形缓冲区中。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。