嵌入式Linux智能设备应用中web支持的实现，第2部分

由两篇文章组成的系列文章主要阐述如何在嵌入式 Linux 智能设备的应用程序中增加 Web 支持。第 1 部分介绍了如何设备上提供常规 Web 功能的支持。本文是第 2 部分，将重点介绍如何让在嵌入式设备上运行的 Web 程序能支持设备本身特有的功能。本文分别以四种应用场景为例，介绍如何通过修改浏览器内核代码来实现设备本地应用和 Web 结合的功能。

Web 与本地应用的关联

虽然在嵌入式 Linux 智能设备中采用 Web 支持已经解决了很多问题，但是还有一些和设备相关的特殊功能是 Web 支持不能提供的。比如广告机中的音视频播放功能，条码扫描机的模式识别功能，还有与某种外设的通信等。这些并不是 HTML 和浏览器的标准所包含的，而是需要本地应用的支持。既然我们希望使用 Web 和 B/S 等技术来实现我们的应用，那么这些本地应用功能也应该由 Web 来控制。比如说广告机的视频播放，实际的播放是由本地应用实现的，但是什么时候在什么位置播放什么视频应该由 Web 来决定。并且广告页面内容的编辑也应该在网页的 HTML 中体现，而不需要另外一套播放控制机制。

但是想要由 Web 来控制本地应用存在一个问题，这些本地应用的调用没有一种统一的机制。有的可能通过驱动，有的可能是通过 I2C、串口的通讯口，有的可能是第三方提供的库，还有的可能是与其他进程的通信。可以说，除了他们大多用 C/C++ 语言进行开发之外，几乎没有什么共同点。

那么现在我们要解决的问题就是，当 QWebView 渲染一个网页的时候，如何让我们在网页里编写的一些特定的 HTML 能和我们的 C/C++ 代码关联起来。幸运的是，Qt 封装的 WebKit 提供了多种方法使我们可以很好实现这个关联。接下来，我们会以几种应用场景为例来讨论 Web 和本地应用关联的几种实现方法。

截取 request 的方法

首先我们介绍第一种应用场景：某嵌入式智能设备需要实现下面的功能，用户点击网页上“更新”的链接，设备就会下载指定的 Firmware 并且进行更新。

为了实现这个功能，客户端的浏览器需要在用户点击了某个特定的 Link 之后，启动系统的更新过程。包括获取最新 Firmware 的地址，进行下载，最后更新设备。Firmware 的更新过程和设备硬件相关，标准浏览器不能实现这个功能，因此我们必须“截获”用户的这个请求，然后使用本地代码来完成整个更新过程。

为了实现截获用户的这个 HTML request，我们先分析一下 QWebView 的结构。

QWebView 使用 QWebPage 来实现页面，QWebPage 使用 QWebFrame 来实现页面元素。当页面发出一个 Navigation 的 request 时，QWebPage 会来进行处理。这个时候有一个函数会被调用：