嵌入式瀏覽器Ｋｏｎｑｕｅｒｏｒ／Ｅ的實現

摘要：Konqueror／embedded是針對嵌入式Linux的開放源碼瀏覽器，也是符合GNU條款的自由軟件。本文首先對該瀏覽器技術核心做了簡要分析，然后詳細介紹了Konqueror／embed-ded在ARM－Linux操作系統上的移植過程。

關鍵詞：Konqueror；嵌入式瀏覽器；ARM-Linux；移植；漢化

隨著網絡科技的進步，因特網與無線網絡的融合將成為必然趨勢。要在嵌入式設備上訪問因特網，瀏覽器是必不可少的。目前，嵌入式瀏覽器已經逐漸成為高端手機和PDA的標準配置。嵌入式瀏覽器的另一大作用就是在網頁中利用CGI(Common Gateway Interface：通用網關接口)來調用其他可執行程序。這樣控制頁面可以做的很美觀，而且可擴展性好。

現在已經面市的嵌入式瀏覽器大多是商業版本的，如Opera、MS Explorer等。而Konqueror／embedded是符合GNU條款的自由軟件。Konqueror／embedded是針對嵌入式Linux，由著名的桌面操作環境KDE下的瀏覽器Konqueror派生出來的。Konqueror／embedded將Konqueror中關于KHTML，SSL(Security Socket Layer，安全套接層)，Javascript等內容繼承下來，同時簡化了Konqueror中很多類的定義，剔除了原來KDElib部分，以適應在不同的嵌入式平臺下能構成功移植和運行。Konqueror／embedded完整地支持HTML4(Hyperext Markup Language，超文本鏈接標示語言)和CSSL(cascading StyleSheets，層疊樣式表單)部分支持CSS2、JavaScript(ECMAScript 262)、cookies、SSL、IPv6；支持和管理兼容的XBEL的書簽，并且能夠很好地支持中文網頁瀏覽。而且還可以將Konqueror／embedded作為一個flashplayer、pppdialer或文件管理器來使用。

Konqueror／embedded作為嵌入式Linux操作系統的首選瀏覽器，被廣泛的使用。但是由于該瀏覽器是自由軟件，因此向具體嵌入式平臺移植時存在一定的難度。本文第三部分詳細的介紹了Konqueror／embedded向ARM－Linux平臺上的整個移植過程。

圖1為Konqueror／embedded在Embedded－Linux平臺上運行界面。

Konqueror／E結構

Konqueror／embedded是由底層網絡連接，圖形化用戶界面和處理HTML繪制的引擎－KHTML構成的。底層的通信協議實現是基于KIO／slave機制來實現的；GUI界面采用Kparts組建技術和Qt的基本構件；而作為Konqueror／embedded的核心－KHTML則運用了文檔對象模型(DOM)所提供的API接口，并在DOM樹上掛接javascript引擎，CSS解析器以及渲染引擎。

Konqueror／embedded的層次結構如圖2所示。

Kparts及QT構件實現GUI

在KDE中，部件被稱為part，這和MS中的OLE組件是一個概念。一個part通常包含三個部分：一個窗口、功能、以及使用該功能的用戶接口。應用在瀏覽器項目中，part包含了多個窗口(一個頁面對應于一個part，而一個頁面有可能包含多個窗口)，part提供的功能包括：頁內、頁間的跳轉、重定向、窗口的創建和刪除、用戶的輸入處理、剪切、粘貼等，同時為使用這些功能提供了菜單、工具條、狀態條等用戶接口。其他的應用程序可以使用該part把瀏覽器窗口嵌入到自己的應用中。

為了方便地實現將現有應用作為一個控件插入到另外一個應用中去，采用了part對象負責管理整個應用和窗口。對于每個窗口又采取了類似Microsoft MFC中的Doc－View結構。因此在將應用嵌入到另外一個應用中的時候，只需要獲得part中的接口和數據即可。對窗口的一切操作的響應由被嵌入應用的part對象來完成，而類Doc－View結構只簡單的負責顯示和保存顯示數據就可以了。

Kpart定義了一系列簡單的類：part、plugin、mainwindow、part manager。其中：

a)Part：是KDE中的部件。為了定義一個Part，你需要提供widget，當然還有提供訪問Part功能的Actions，還要有一個XML文件來描述在UI中Actions的布局。

b)Plugin：它是一小段功能程序，不通過嵌入一個Widget來實現。但是定義了應用程序用戶接口對應的動作。它可以是圖形的，比如彈出的對話框、拼寫檢查等。

c) Mainwindow：它是一個特殊的KTMain Window，它的具有Action定義的UI是由XML文件來描述的，這樣它可以通過彌合XML文件來嵌入Part對象。

d)Part manager：它是一個抽象的類，用來處理激活還是禁止part。它只有在一個mainwindow中包含多個part的時候才有用。

由于Konqueror／embedded是基于圖形庫QT／E，因此也遵循了signal、slot消息機制，Konqueror／embedded作為QT／E的一個標準應用程序進行輸入輸出及界面消息響應。

執行DOM模塊

DOM模塊對經過解析的標記進行文法檢查，并把屬性看作節點，按照標記的語義包含關系以及先后順序組織成DOM樹。它給HTML文檔定義了一個與平臺無關的程序接口。使用該接口可以控制文檔的內容、接口和樣式。

在執行DOM模塊的過程中，瀏覽器將所有從語法語義解析模塊中獲得的標記和屬性按照一定的層次結構組織成DOM樹。完成構筑DOM樹的功能后，DOM模塊會同時標記和屬性以對象的形式傳給綁定模塊和腳本引擎模塊。

執行1/O模塊

瀏覽器加載有關的I/O文件，對HTTP等協議進行解析。語法語義解析模塊的解析功能分為兩部分：①對接收到的字節流進行分詞，解析為關鍵字；②調用解析器檢驗關鍵字是否合法，若是合法的關鍵字，則按照規則插入到DOM樹中。

HTML的標記(tag)和屬性(attribute)統稱為HTML的關鍵字。基本上所有HTML4.0規范的標記都在此功能模塊中獲得支持。從I／O模塊中接收字節流并進行分詞，輸出標記；再對標記進行判斷，如果是HTML規范中合法的標記，則把標記看作一個節點，并組織成一棵語法樹。對屬性標記的解析首先在標記處理類中執行，如果解析不成功，則交由基類的屬性解析器進行解析。

以上簡要介紹了Konqueror／E的幾個核心技術，下面結合實際詳細介紹Konqueror／E的移植和漢化過程。

Konqueror／E的移植

交叉編譯工具的安裝

準備文件：

當編譯器運行在一個為另一系統產生可執行程序的系統上時，就會出現交叉編譯。通常，程序是在一臺計算機上編譯，然后再分布到將要使用的其他計算機上。當主機系統(運行編譯器的系統)和目標系統(產生的程序將在其上運行的系統)不兼容時，該過程就叫做交叉編譯。

在本文中運用的交叉編譯工具是ARM—CrossToolchain，這是專門為ARM處理器設計的交叉編譯工具。該工具主要包含：交叉編譯器(arm-linux-gcc)，編譯庫(glibc)，包含文件(頭文件)和一些與ARM處理器相關的其他工具。這些工具都包含在cross－2.95.3.tar.bz2壓縮包文件中，這個交叉編譯工具在一般開發板的軟件包中都有。

值得一提的是，本文所使用的所有軟件包，都能在網上免費下載到。

工具補丁主要是提供一些編譯QT／E和Qtopia時需要用到的庫，其中包含了uuid庫，Jpeg庫在Qtopia和Konqueror／E編譯時將要用到。有了這些工具就可以進行交叉編譯環境的建立了，如圖3所示。

注 意2.95.3版本的交叉編譯工具只能解壓到／usr／local／arm／2.95.3目錄下，否則在QT／E編譯時會出錯。接下來如圖4所示，編譯和安裝Jpeg庫。

為了之后在任何目錄下面都能夠使用工具鏈，必須要對路徑進行設置。用VI編輯器打開／etc／profile文件并添加下述的路徑：

PATH=／usr／local／arm／2.95.3／bin：＄PATH

QT／E的編譯

準備文件：

文件 版本號 文件名

QT/X11 2.3.2 qt-x11-2.3.2.tar.gz

QT/E 2.3.7 qt-embedded-2.3.7.tar.gz

Qt是一個跨平臺的C++圖形用戶界面庫，由挪威TrollTech公司出品，目前包括QT／X11(基于Framebuffer)和QT／E(Qt Embedded)。Konqueror／E就是基于QT／E圖形用戶界面庫的，因此在編譯Konqueror／E之前必須先編譯QT／E。

編譯QT／X11的唯一目的就是為編譯QT／E提供uic(用戶接口編譯器)，uic用來把.ui文件轉成.h和.cpp文件。

如圖5所示將QT／X11編譯完畢生成uic拷貝到QT／E的bin目錄下面。接下來編譯QT／E，在編譯QT／E之前先要將Qtopia的一個配置文件拷貝到QT／E中，表示QT／E的配置是按照Qtopia要求的。

cp qtOpia－free-1.7.0／src／qt/qconfig－qpe.h qt-embedded-2.3.7／src／tools／

之后就可以設置環境變量，編譯QT／E了。

圖6所示編譯QT／E完成后，在QT／E的lib目錄下會生成libqte.so.2.3.7庫文件。

圖形界面Qtopia的編譯

準備文件：

Qtopia是基于QT，E的圖形界面應用程序集，通過Qtopia真正地將圖形界面展現在用戶的眼前。如果說QT／E是靈魂，那么Qtopia就是肉體。而Konqueror／E在一般情況時是在Qtopia環境下運行的，所以要用到Qtopia庫。也有少數情況時用不到，也就是說系統啟動的時候只運行Konqueror／E。那么只要在編譯Konqueror/E的時候配置稍作修改即可，本文只介紹前者。

在編譯QT，E的時候已經將Qtopia的配置傳遞給了QT／E，因此編譯Qtopia時就非常容易了：

cd qtopia－free－1.7.0／src

.／configure－xplatform linux－arm－g++make

這樣在bin目錄下會生成一組應用程序集，在lib目錄下產生了一系列的Qtopia庫，給Konqueror／E的編譯做準備。

·Konqueror／E的編譯和安裝

準備文件：

經過實踐證明上面版本的Konqueror／E比較穩定，因此我們選擇了該版本的源文件進行編譯。

·Konqueror／E的編譯

在編譯Konqueror／E之前，必須將QT／E和Qtopia的路徑指定給編譯器。這樣編譯器才能找到相應的庫，從而為Konqueror／E提供相應的庫文件。

先要設置一些必要的環境變量，然后再配置和編譯Konqueror／E。當然在編譯配置時，這些配置選項都是有各種含義的。有些配置選項不能搞錯，不然就會編譯不通過，甚至有時候連配置都不能完成。比如QT／E路徑指定不對就會在配置時出錯，這些都需要在實際的移植過程中才能體驗到的。

·Konqueror／E的安裝

在Konqueror／E編譯完成之后，目錄下會生成相應的可執行文件。因此Konqueror／E的安裝主要是指將可執行文件和一些其他的配置文件拷貝到嵌入式系統的文件系統中去就行了。一般來說，Konqueror／E運行需要五個文件。

當然在目標板上運行Konqueror／E之前，必須指定幾個環境變量，否則Konqueror／E會找不到庫文件而終止運行。

至此，Konqueror／E已經安裝完畢。但是Konqueror／E缺省情況下是不支持中文網頁的，而且界面是英文的。某些情況下為了滿足特定的需要，這兩者是非常必要的。

結語

本文對嵌入式瀏覽器Konqueror／embedded技術核心做了簡要分析，闡明了該瀏覽器的先進性與可擴展性，而且該瀏覽器是開源的符合GNU條款的自由軟件。因此對Embedded－Linux下嵌入式瀏覽器的使用者來說，Konqueror／em－b e d d e d無疑是一個最佳選擇。但是在Konqueror／embedded移植到實際使用系統中，存在一系列的問題。如果說沒有移植經驗的人就會覺得完全無從下手，本文除了移植Konqueror／E以外還完成了Qtopia的移植。因為本文最終達到了在圖形界面Qtopia上運行Konqueror／E。

筆者結合了實際的移植經驗，詳細地說明了整個移植步驟。將理論與實際結合起來，而不是紙上談兵。因此本文對嵌入式瀏覽器的移植有著非常重要的實際意義，同時也希望能給瀏覽器開發者和使用者們帶來參考價值。(本文全文刊登于《電子產品世界》網站)

參考文獻：

1 張曉林，崔迎煒，嵌入式系統設計與實踐.北京：北京航空航天大學出版社2006

2 倪繼利，Qt及Linux操作系統窗口設計，北京電子工業出版社，2006

3 http：／／www.konqueror.org／embedded／

4 http：／／www.frolltech.com／

注：“本文中所涉及到的圖表、注解、公式等內容請以PDF格式閱讀原文。”