[发明专利]优化嵌入式浏览器用户交互性能的方法及装置

说明书

技术领域

本发明涉及嵌入式浏览器技术，特别是一种优化嵌入式浏览器用户交互性能的方法及装置。

背景技术

浏览器是一种基于超文本传输协议(HTTP，Hypertext Transfer Protocol)的客户端软件，它的主要功能是从Web服务器下载网页、图片等元素，按照元素自身的语法解释这些元素，并确定各元素在网页中的布局，最终将各元素在屏幕上显示出来。目前支持的元素主要是HTML文本，Javascript文本，以及图像互换格式(GIF，Graphics Interchange Format)、联合图像专家组(JPEG，JointPhotographic Experts Group)、流式网络图形格式(PNG，Portable Network GraphicFormat)、位图(BMP，Bit Map)等图片格式。

浏览器的整个处理过程大致为：域名查询→建立TCP连接→向Web服务器发出HTTP请求→接收数据→解释网页数据和图片数据→排版显示→响应用户操作。浏览器在解释网页过程中识别出图片标签，并得到图片的统一资源定位符(URL，Uniform Resource Locator)，便触发下载通道去下载相应的图片文件。目前，大多浏览器采用多任务下载机制来下载图片，如图1所示，以任务1和任务2为例，两个下载任务同时进行，在域名查询、等待建立TCP连接、等待发送HTTP请求、等待收取数据环节中都会有网络延迟。若逐个任务下载、解释、显示，那么每个任务在各个环节的延迟叠加会极大影响用户交互性；同时，在嵌入式系统中，多任务会消耗过多的系统资源，也会给软件调试带来困难。

图片格式通常分为两部分：前面的描述块和后面的压缩数据。每个描述块占若干个字节，而压缩数据也基本上采用逐字节编码，即后面解释的数据不会破坏前面已经解释过的数据。所以，当图片文件到达浏览器时，浏览器分析文件头部，根据其多功能互联网邮件扩充(MIME，Multipurpose Internet MailExtensions)类型判断出图片的文件类型，再根据相应的文件类型对图片文件解压缩，并尽力解释已经到来的数据，直到缓冲区中数据无法组成一个独立的逻辑单元为止，记下当前的解释位置。传统的图片逐行显示机制如图2所示，当发现解释后的数据具有一个完整的逻辑单元时，比如图片元素可以凑够一行输出显示时，就将解释后的数据排版，发送布局请求，在布局中向用户显示已解释的一个逻辑单元。一个逻辑单元一个逻辑单元的下载、解释、显示，直到整个图片显示完毕。

传统的逐行显示方法是每个图片解释后的数据凑成一行后就刷新一行，如此，由于屏幕刷新率高，不仅会引起屏幕闪烁，还会消耗大量CPU资源，影响用户的交互性。

发明内容

有鉴于此，本发明的主要目的在于提供一种优化嵌入式浏览器用户交互性能的方法及装置，能够减少延迟，节省系统资源。

为达到上述目的，本发明的技术方案是这样实现的：

一种优化嵌入式浏览器用户交互性能的方法，设置刷新周期、图片的区域划分方式、调度点，该方法还包括：

A、各下载通道在调度点阻塞时，轮换下载图片，开启定时器；

B、按图片类型解释所下载的图片数据；

C、刷新周期到达时，刷新屏幕，显示已解释的部分图片。

该方法还包括重复执行步骤B至C，直至图片显示完成，关闭连接。

步骤A中每个下载通道下载图片的过程进一步包括：

A1、根据图片标签解析出图片的URL；

A2、触发下载通道开始下载图片，当下载通道在调度点发生阻塞，该下载通道保存自身当前的现场信息，并向调度模块发出调度请求；调度模块暂停该下载通道的下载，将调度请求发送转发监听模块；

A3、监听模块监听到恢复所述下载通道的事件发生后，将事件信息发送给调度模块；

A4、调度模块接收到监听模块发送的事件信息后，恢复相应下载通道的现场，下载通道根据保存的现场信息继续执行下载任务。

所述现场信息包括但不限于：当前图片对应的URL、私有数据的存放地址、下一个调度点的指针等。

所述调度点为域名查询、等待建立TCP连接、等待发送HTTP请求、等待数据接收、关闭连接中的一个或多个。

步骤C进一步包括：

C1、刷新周期到达，定时器向显示模块发送显示指令；

C2、显示模块判断解释模块解释的图片是否为完整区域，如果是，刷新整个区域并显示该区域的图片；否则，仅刷新解释完毕的部分；