Linux在嵌入式系統(tǒng)中的應(yīng)用正在迅速擴(kuò)大，這意味著軟件開(kāi)發(fā)工程師必須弄懂如何將為資源豐富的臺(tái)式PC和服務(wù)器開(kāi)發(fā)的源代碼開(kāi)放軟件，應(yīng)用于資源有限的嵌入式系統(tǒng)。

　　Linux 操作系統(tǒng)是UNIX 操作系統(tǒng)的一個(gè)克隆版本。UNIX 操作系統(tǒng)是美國(guó)貝爾實(shí)驗(yàn)室的肯·湯普遜Ken.Thompson和丹尼斯·里奇Dennis Ritchie 于1969 年夏在DEC PDP-7 小型計(jì)算機(jī)上開(kāi)發(fā)的一個(gè)分時(shí)操作系統(tǒng)。當(dāng)時(shí)Ken Thompson 為了能在閑置不用的PDP-7 計(jì)算機(jī)上運(yùn)行他非常喜歡的星際旅行（Space travel）游戲，在1969 年夏天乘他夫人回家鄉(xiāng)加利福尼亞渡假期間，在一個(gè)月內(nèi)開(kāi)發(fā)出了unix 操作系統(tǒng)的原型。當(dāng)時(shí)使用的是BCPL 語(yǔ)言（基本組合編程語(yǔ)言），后經(jīng)Dennis Ritchie 于1972 年用移植性很強(qiáng)的C 語(yǔ)言進(jìn)行了改寫(xiě)，使得UNIX 系統(tǒng)在大專院校得到了推廣。

　　現(xiàn)在PC機(jī)上具備上百兆字節(jié)RAM和幾十GB的硬盤資源已很普遍，但對(duì)嵌入式系統(tǒng)的開(kāi)發(fā)者來(lái)說(shuō)通常是不可能的。而且，運(yùn)行在可隨意重啟動(dòng)系統(tǒng)中的桌面和企業(yè)級(jí)軟件很容易經(jīng)常升級(jí)，但是安裝在工業(yè)現(xiàn)場(chǎng)的嵌入式應(yīng)用系統(tǒng)就不太容易，而且理想狀態(tài)下這種系統(tǒng)會(huì)一直運(yùn)行下去，根本不存在重新啟動(dòng)的問(wèn)題。因此，開(kāi)發(fā)工程師們應(yīng)當(dāng)研究如何在一個(gè)只有數(shù)兆存儲(chǔ)器資源的嵌入式設(shè)計(jì)中，充分利用過(guò)去十年來(lái)開(kāi)發(fā)的桌面軟件資源？

　　現(xiàn)有的基于Linux操作系統(tǒng)的桌面瀏覽器家族已經(jīng)發(fā)展到了相當(dāng)?shù)囊?guī)模，目前市面上可供用戶選擇的桌面瀏覽器超過(guò)20種，那么為什么還要引入另外一種呢？在做了哪一種現(xiàn)有的桌面瀏覽器適合用于開(kāi)發(fā)嵌入式瀏覽器的調(diào)查之后，我們發(fā)現(xiàn)沒(méi)有一個(gè)網(wǎng)絡(luò)客戶端的桌面瀏覽器滿足嵌入式系統(tǒng)的要求。這些瀏覽器不是象Netscape的Mozilla那樣太大而導(dǎo)致沒(méi)法在大多數(shù)嵌入式系統(tǒng)上運(yùn)行，就是太小，其HTML功能很不完整，因此我們決定自己設(shè)計(jì)一種新型瀏覽器，一種專門適用于嵌入式Linux設(shè)備的瀏覽器。

　　我們有五個(gè)最初的設(shè)計(jì)目標(biāo)。首先，希望創(chuàng)建盡可能小的瀏覽器，不過(guò)這種瀏覽器要保持與HTML 100%的標(biāo)準(zhǔn)兼容性。這種瀏覽器可以應(yīng)用于很多應(yīng)用設(shè)備，從嵌入式設(shè)備文檔顯示到因特網(wǎng)電器設(shè)備和機(jī)頂盒，而且我們必須確信這種瀏覽器總能正確地顯示網(wǎng)頁(yè)。其次，同樣重要的是，希望采用現(xiàn)有的用于HTML語(yǔ)法分析和顯示引擎的開(kāi)放式源代碼，我們不想再?gòu)牧汩_(kāi)始編寫(xiě)HTML引擎代碼，這是實(shí)現(xiàn)大多數(shù)小型瀏覽器時(shí)最常見(jiàn)的一個(gè)毛病，因?yàn)檎_地顯示所有的HTML文件需要大量的知識(shí)和經(jīng)驗(yàn)，尤其是現(xiàn)在很多的HTML文件仍然是手寫(xiě)的。

　　第三，希望采用已選定的HTML窗口部件代碼，我們不想改變?nèi)魏魏诵腍TML顯示引擎代碼，盡管它的源代碼是開(kāi)放的。這樣做將帶來(lái)兩大主要好處：一是不用操心HTML顯示引擎功能的升級(jí)，因?yàn)镠TML專家已經(jīng)優(yōu)化了HTML分析引擎的代碼設(shè)計(jì)；二是不會(huì)有設(shè)計(jì)缺陷被直接引入到核心顯示子程序中，從而可保證很高的代碼質(zhì)量。

　　小型窗口部件

　　第四，我們想要使用一套適用于小環(huán)境的用戶界面窗口部件，為此，決定利用Fast Light工具套件（FLTK）應(yīng)用框架。FLTK能提供一套理想的適用于小型應(yīng)用環(huán)境的用戶界面窗口部件。

　　最后，我們認(rèn)為為了使這種瀏覽器被市場(chǎng)廣泛接受，應(yīng)使它具有足夠的靈活性，即既可以運(yùn)行在新型嵌入式Microwindows圖形窗口環(huán)境中，也可以運(yùn)行在標(biāo)準(zhǔn)的X Windows系統(tǒng)中。此外，我們希望確保這兩種視窗操作系統(tǒng)都可以與該軟件設(shè)計(jì)進(jìn)行無(wú)縫集成，而且不會(huì)對(duì)該瀏覽器的體系結(jié)構(gòu)產(chǎn)生任何影響。

　　對(duì)于第一個(gè)問(wèn)題，我們是這樣考慮的：KDE 1.0 HTML窗口部件在大多數(shù)網(wǎng)站上都能正確顯示，這一點(diǎn)我們已經(jīng)通過(guò)運(yùn)行桌面kfm文件管理器得到驗(yàn)證。KDE窗口部件工作穩(wěn)定，支持全部HTML 3.2功能，相對(duì)較小，而且其代碼可讀性好，易于再利用。那么為什么不使用可支持HTML 4.0和 1.4的KDE 2.0窗口部件呢？這里至少有兩個(gè)問(wèn)題：首先，KDE 2.0在我們?cè)O(shè)計(jì)工作開(kāi)始的時(shí)候還不成熟，缺少很多功能，而且在實(shí)際運(yùn)作工程中的表現(xiàn)還不夠穩(wěn)定。我們認(rèn)為對(duì)第一版來(lái)說(shuō)，其功能與大小的折衷是可以接受的，尤其是由于該設(shè)計(jì)的可擴(kuò)展性好，即便在其設(shè)計(jì)定型以后仍允許添加新的功能。

　　有段時(shí)間，我們還曾考慮過(guò)Mozilla, 它是繼網(wǎng)景瀏覽器之后推出的一種源代碼開(kāi)放瀏覽器，但最終因反對(duì)聲過(guò)多而放棄了它，只因?yàn)镸ozilla過(guò)于龐大了。Mozilla 版本的GTK+窗口部件（不包括郵件、新聞等）在不裝入任何網(wǎng)頁(yè)的情況下需要多達(dá)12M字節(jié)，這比目前的ViewML瀏覽器要大6倍。GTK+窗口部件集合也很大，與FLTK的100k相比，它至少有2M字節(jié)。