【導(dǎo)讀】1．綜述國(guó)內(nèi)外網(wǎng)頁(yè)瀏覽器技術(shù)研究現(xiàn)狀；2．深入了解基于java的瀏覽器的相關(guān)技術(shù)；4．深入網(wǎng)絡(luò)通信的關(guān)鍵技術(shù)與java語(yǔ)言；5．訓(xùn)練檢索文獻(xiàn)資料和利用文獻(xiàn)資料的能力；1．綜述java的瀏覽器的應(yīng)用；3．熟悉java應(yīng)用程序的開發(fā)環(huán)境；5．熟練掌握基于java的網(wǎng)絡(luò)通信程序編寫；6．設(shè)計(jì)與實(shí)現(xiàn)基于java的瀏覽器應(yīng)用程序。1．內(nèi)容完整、層次清晰、敘述流暢、排版規(guī)范的畢業(yè)設(shè)計(jì)論文；隨著互聯(lián)網(wǎng)技術(shù)的不斷發(fā)展，更多更新的網(wǎng)絡(luò)技術(shù)被用于Inter，Web類應(yīng)。瀏覽Web是從互聯(lián)網(wǎng)上獲取資料、信息的主要途徑。能全面，能廣泛應(yīng)用的Web瀏覽器。系統(tǒng)分析階段，分析并掌握了WEB瀏覽器的功能結(jié)構(gòu)和工作原理，在系統(tǒng)的。統(tǒng)詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)過程。論文的針對(duì)性很強(qiáng)，介紹瀏覽器的功能模塊分析、主要功能以。當(dāng)前訪問，刷新本頁(yè)，收藏網(wǎng)頁(yè)。

　　

【正文】 退，刷新 )。未來修訂的 API 版本希望能提供更多存取瀏覽器和任意裝載的文檔的功能。 記住 WebBrowser 是個(gè)本地 AWT 組件，因此你可能陷入與 Swing 結(jié)合的困境 ?；旌纤鼈兊膬蓚€(gè)規(guī)則是 1)不要讓 Swing 和 AWT 組件重疊和 2)在你的菜單上調(diào)用setLightWeightPopupEnabled(false)否則它們將消失在瀏覽器組件后邊。 瀏覽器組件將立刻使用用戶的默認(rèn) Web 瀏覽器，它們通常是 Inter Explorer 或Mozilla。你不能象使用 Jrex 那樣把 Mozilla 的必須的部分和你的應(yīng)用綁在一起。這種做法可能在 Windows 上行得通， IE 絕對(duì)是可以的，但在 Linux 上有更多的問題，因?yàn)樗? 上邊的默認(rèn)瀏覽器不一定是 Mozilla(例如，在 KDE 上 它可能是 Konquorer)。希望這些問題隨著項(xiàng)目的成熟能夠解決，但目前它對(duì)許多項(xiàng)目是很 有用的。 包裝器組件 不象其他的 JDIC，包裝器模塊不是 API，而是把 JNLP(Java Web Start)應(yīng)用轉(zhuǎn)換成本地安裝程序 (Linux 上是 rpms， Solaris 上是 pkgs， Windows 上是 msis)的一組命令行工具。這不是說象 Jsmooth 或 JexePack 那樣把你的應(yīng)用轉(zhuǎn)換成 .exe；它僅僅為 Web Start應(yīng)用提供點(diǎn)擊安裝的功能。在程序安裝之后，它將使用 JNLP 通過 Inter 更新自 己，做 Web Start 應(yīng)用能做的所有的其他事情。 包裝器組件需要 和本地工具。對(duì) Windows 而言，你需要安裝 Microsoft 的MSI SDK。一旦你的環(huán)境建立了起來，就能使用命令行工具 jnlp2msi,jnlp2rpm,和 jnlp2pkg把你的 Web Start 應(yīng)用轉(zhuǎn)換成與平臺(tái)相關(guān)的安裝程序。 系統(tǒng)托盤 托盤圖標(biāo) API 曾是一個(gè)孵化中項(xiàng)目，但由于 社區(qū)的勤奮努力，它已經(jīng)成熟并把它提升到一個(gè)完全的 JDIC 組件的地位。假如你的操作系統(tǒng)有托 盤的概念的話，它的目的是在屏幕的右 下角創(chuàng)建小程序狀態(tài)圖標(biāo)。實(shí)際上，這種操作系統(tǒng)是指 Windows和 Linux。 Mac OS X 用戶則沒有這個(gè)運(yùn)氣。它也支持彈出菜單和為圖標(biāo)提供自動(dòng)工具提示。象其他 JDIC 一樣，系統(tǒng)托盤支持需要本地代碼，但你可以用 Java API 編碼來使用預(yù)編譯的本地庫(kù) . JAVA 網(wǎng)絡(luò)通信 JAVA 較常用的網(wǎng)絡(luò)通信技術(shù)較多為 socket 技術(shù)。 所謂 socket 通常也稱作 套接字 ，應(yīng)用程序通常通過 套接字 向網(wǎng)絡(luò)發(fā)出請(qǐng)求或者應(yīng)答網(wǎng)絡(luò)請(qǐng)求。以 為例， Socket 和 ServerSocket 類庫(kù)位于 java . 包中。ServerSocket 用于服務(wù)器端， Socket 是建立網(wǎng)絡(luò)連接時(shí)使用的。在連接成功時(shí)，應(yīng)用程序兩端都會(huì)產(chǎn)生一個(gè) Socket 實(shí)例，操作這個(gè)實(shí)例，完成所需的會(huì)話。對(duì)于一個(gè)網(wǎng)絡(luò)連接來說，套接字是平等的，并沒有差別，不因?yàn)樵诜?wù)器端或在客戶端而產(chǎn)生不同級(jí)別。 11 不管是 Socket 還是 ServerSocket 它們的工作都是通過 SocketImpl 類及其子類完成的。 在本地可以通過進(jìn)程 PID 來唯一標(biāo)識(shí)一個(gè)進(jìn)程，但是在網(wǎng)絡(luò)中這是行不通的。其實(shí) TCP/IP 協(xié)議族已經(jīng)幫我們解決了這個(gè)問題，網(wǎng)絡(luò)層的“ ip 地址” 可以唯一標(biāo)識(shí)網(wǎng)絡(luò)中的主機(jī)，而傳輸層的“協(xié)議 +端口”可以唯一標(biāo)識(shí)主機(jī)中的應(yīng)用程序（進(jìn)程）。這樣利用三元組（ ip 地址，協(xié)議，端口）就可以標(biāo)識(shí)網(wǎng)絡(luò)的進(jìn)程了，網(wǎng)絡(luò)中的進(jìn)程通信就可以利用這個(gè)標(biāo)志與其它進(jìn)程進(jìn)行交互。 面對(duì)眾多網(wǎng)絡(luò)協(xié)議，我們可能無從選擇。不過要是事先了解到網(wǎng)絡(luò)協(xié)議的主要用途，就可以有針對(duì)性的選擇了。以下是幾種常用的網(wǎng)絡(luò)協(xié)議： NetBEUI（ NetBIOS Enhanced UserInterface）網(wǎng)絡(luò)基本輸入輸出系統(tǒng)擴(kuò)展用戶接口 NetBEUI 協(xié)議是 IBM 于 1985 年提出。 NetBEUI 主要為 20 到 200 個(gè)工作站的小型局域網(wǎng)設(shè)計(jì)的，用于 NetBEUI、 LanMan 網(wǎng)、 Windows For WorkgroUPS 及 Windows NT網(wǎng)。 NetBEUI 是一個(gè)緊湊、快速的協(xié)議，但由于 NetBEUI 沒有路由能力，即不能從一個(gè)局域網(wǎng)經(jīng)路由器到另一個(gè)局域網(wǎng)，已不能適應(yīng)較大的網(wǎng)絡(luò)。如果需要路由到其他局域網(wǎng)，則必須安裝 TCP/IP 或 IPX/SPX 協(xié)議。 IPX/SPX（ Interwork Packet Exchange/Sequential PacketExchange）互連網(wǎng)包交換 /順序包交換 它是由 Novell 提出的用于客戶 /服務(wù)器相連的網(wǎng)絡(luò)協(xié)議。使用 IPX/SPX 協(xié)議能運(yùn)行通常需要 NetBEUI 支持的程序，通過 IPX/SPX 協(xié)議可以跨過路由器訪問其他網(wǎng)絡(luò)。 HDLC（ HighLevel Data Link Control）高層數(shù)據(jù)鏈路協(xié)議 它是一組用于在網(wǎng)絡(luò)結(jié)點(diǎn)間傳送數(shù)據(jù)的協(xié)議。在 HDLC 中，數(shù)據(jù)被組成一個(gè)個(gè)的單元（稱為幀）通過網(wǎng)絡(luò)發(fā)送，并由接收方確認(rèn)收到。 HDLC 協(xié)議也管理數(shù)據(jù)流和數(shù)據(jù)發(fā)送的間隔時(shí)間。 HDLC 是在數(shù)據(jù)鏈路層中最廣泛最使用的協(xié)議之一。作為 ISO 的標(biāo)準(zhǔn)， HDLC 是基于 IBM 的 SDLC 協(xié)議 的， SDLC 被廣泛用于 IBM 的大型機(jī)環(huán)境之中。在 HDLC 中，屬于 SDLC 的被稱為通響應(yīng)模式（ NRM）。在通常響應(yīng)模式中，基站（通常是大型機(jī)）發(fā)送數(shù)據(jù)給本地或遠(yuǎn)程的二級(jí)站。不同類型的 HDLC 被用于使用 協(xié)議的網(wǎng)絡(luò)和幀中繼網(wǎng)絡(luò)，這種協(xié)議可以在局域網(wǎng)或廣域網(wǎng)中使用，無論此網(wǎng)是公共的還是私人的。 它是用來在 Inter 上傳送超文本的傳送協(xié)議。它是運(yùn)行在 TCP/IP 協(xié)議族之上的HTTP 應(yīng)用協(xié)議，它可以使瀏覽器更加高效，使網(wǎng)絡(luò)傳輸減少。任何服務(wù)器除了包括HTML 文件以外，還有一個(gè) HTTP 駐留程序，用于響應(yīng)用用 戶請(qǐng)求。您的瀏覽器是 HTTP客戶，向服務(wù)器發(fā)送請(qǐng)求，當(dāng)瀏覽器中輸入了一個(gè)開始文件或點(diǎn)擊了一個(gè)超級(jí)鏈接時(shí)，瀏覽器就向服務(wù)器發(fā)送了 HTTP 請(qǐng)求，此請(qǐng)求被送往由 IP 地址指定的 URL。駐留程序接收到請(qǐng)求，在進(jìn)行必要的操作后回送所要求的文件。 HTTPS（ Secure Hypertext Transfer Protocol）安全超文本傳輸協(xié)議 HTTP 協(xié)議即超文本傳輸協(xié)議，是面向事務(wù)的應(yīng)用層協(xié)議，使用 TCP 連接進(jìn)行可靠傳輸，它是萬維網(wǎng)能夠可靠交換文件（如文本、聲音、圖像等）的重要基礎(chǔ)。瀏覽器和服務(wù)器之間想要通信時(shí)，每 個(gè)網(wǎng)點(diǎn)都有一個(gè)服務(wù)器進(jìn)程，用以監(jiān)聽 TCP 端口 80。一旦瀏覽器發(fā)出建立連接請(qǐng)求，如果服務(wù)器監(jiān)聽到該請(qǐng)求，就建立了 TCP 連接，瀏覽器就像服務(wù)器發(fā)出請(qǐng)求，服務(wù)器就會(huì)返回所請(qǐng)求的信息作為響應(yīng)。最后，將 TCP 連接釋放。在整個(gè)過程當(dāng)中，所遵循的規(guī)則就是 HTTP 協(xié)議。它使用了面向連接的 TCP 作為傳輸曾協(xié)議，能夠保證數(shù)據(jù)的可靠傳輸。但是要說明的是，在客戶端瀏覽器和服務(wù)器建立連接時(shí)不一定必須使用 TCP 三次握手來實(shí)現(xiàn)， HTTP 只是假定它的傳輸層協(xié)議是可靠的，因 此 HTTP 協(xié)議的下層協(xié)議只要是可靠的傳輸協(xié)議都可以被 HTTP 協(xié)議使用 。 12 雖然這種完成一次便斷開連接的形式，看起來增加了下次通信連接的網(wǎng)絡(luò)開銷，但是，站在服務(wù)器的角度來看，這種方式可以減少服務(wù)器的持續(xù)連接的開銷，當(dāng)有多個(gè)客戶端連接該服務(wù)器時(shí)，這種保持連接的消耗會(huì)變得非常巨大，以至于服務(wù)器不能再接收更多客戶端的連接，減少了服務(wù)器的利用率。 它是由 Netscape 開發(fā)并內(nèi)置于其瀏覽器中，用于對(duì)數(shù)據(jù)進(jìn)行壓縮和解壓操作，并返回網(wǎng)絡(luò)上傳送回的結(jié)果。 HTTPS 實(shí)際上應(yīng)用了 Netscape 的完全套接字層（ SSL）作為 HTTP 應(yīng)用層的子層。（ HTTPS 使用端口 443，而不是象 HTTP 那樣使用 端口 80 來和TCP/IP 進(jìn)行通信。） SSL 使用 40 位關(guān)鍵字作為 RC4 流加密算法，這對(duì)于商業(yè)信息的加密是合適的。 HTTPS 和 SSL 支持使用 數(shù)字認(rèn)證，如果需要的話用戶可以確認(rèn)發(fā)送者是誰(shuí)。 ICMP（ Inter Control Message Protocol） Inter 控制信息協(xié)議 它是一個(gè)在主機(jī)和網(wǎng)關(guān)之間消息控制和差錯(cuò)報(bào)告協(xié)議。 ICMP 使用 IP 數(shù)據(jù)報(bào)，但消息由 TCP/IP 軟件處理，對(duì)于應(yīng)用程序使用者是不可見的。在被稱為 Cate 的系統(tǒng)中，IP 協(xié)議被用作主機(jī)到主機(jī)的數(shù)據(jù)報(bào)服務(wù)。網(wǎng)絡(luò)連 接設(shè)備稱為網(wǎng)關(guān)。這些網(wǎng)關(guān)通過網(wǎng)關(guān)到網(wǎng)關(guān)協(xié)議（ GGP）相互交換用于控制的信息。通常，贍養(yǎng)或目的主機(jī)將和源主機(jī)通信，例如，為報(bào)告在數(shù)據(jù)報(bào)過程中的錯(cuò)誤。為了這個(gè)目的才使用了 ICMP，它使用 IP 做于底層支持，好像它是一個(gè)高層協(xié)議，而實(shí)際上它是 IP 的一部分，必須由其它 IP 模塊實(shí)現(xiàn)。 ICMP 消息在以下幾種情況下發(fā)送：當(dāng)數(shù)據(jù)報(bào)不能到達(dá)目的地時(shí)，當(dāng)網(wǎng)關(guān)的已經(jīng)失去緩存功能，當(dāng)網(wǎng)關(guān)能夠引導(dǎo)主機(jī)在更短路由上發(fā)送。 IP 并非設(shè)計(jì)為設(shè)計(jì)為絕對(duì)可靠，這個(gè)協(xié)議的目的是為了當(dāng)網(wǎng)絡(luò)出現(xiàn)問題的時(shí)候返回控制信息，而不是使 IP 協(xié)議變得絕對(duì)可靠，并不 保證數(shù)據(jù)報(bào)或控制信息能夠返回。一些數(shù)據(jù)報(bào)仍將在沒有任何報(bào)告的情況下丟失。 JAVA SAX 解析 SAX（ simple API for XML）是一種 XML 解析的替代方法。相比于 DOM， SAX 是一種速度更快，更有效的方法。它逐行掃描文檔，一邊掃描一邊解析。而且相比于 DOM，SAX 可以在解析文檔的任意時(shí)刻停止解析，但任何事物都有其相反的一面，對(duì)于 SAX來說就是操作復(fù)雜。 JAVA 解析 XML 通常有兩種方式 :DOM 和 SAX。 DOM（文檔對(duì)象模型）是 W3C標(biāo)準(zhǔn)，提供了標(biāo)準(zhǔn)的解析方式，但其解析效率一 直不盡如人意，這是因?yàn)?DOM 解析XML 文檔時(shí)，把所有內(nèi)容一次性的裝載入內(nèi)存，并構(gòu)建一個(gè)駐留在內(nèi)存中的樹狀結(jié)構(gòu)（節(jié)點(diǎn)數(shù)）。如果需要解析的 XML 文檔過大，或者我們只對(duì)該文檔中的一部分感興趣，這樣就會(huì)引起性能問題。 SAX 的工作原理 SAX，它既是一個(gè)接口，也是一個(gè)軟件包 .但作為接口， SAX 是事件驅(qū)動(dòng)型 XML解析的一個(gè)標(biāo)準(zhǔn)接口不會(huì)改變 SAX 的工作原理簡(jiǎn)單地說就是對(duì)文檔進(jìn)行順序掃描，當(dāng)掃描到文檔（ document）開始與結(jié)束、元素（ element）開始與結(jié)束、文檔（ document）結(jié)束等地方時(shí)通知事件處理函數(shù)， 由事件處理函數(shù)做相應(yīng)動(dòng)作，然后繼續(xù)同樣的掃描，直至文檔結(jié)束。 大多數(shù) SAX 都會(huì)產(chǎn)生以下類型的事件： 。 XML 元素接受解析的前后觸發(fā)元素事件。 13 DTD 或 Schema 時(shí)產(chǎn)生 DTD 或 Schema 事件。 。 SAX 的優(yōu)點(diǎn)： SAX 解析器對(duì)文檔的解析過程是一種邊解析邊執(zhí)行的過程（解釋執(zhí)行）。 SAX 解析器對(duì)文檔的解析過 程中，無需把整個(gè)文檔都加載到內(nèi)存中。 對(duì)象可以是多個(gè) 使用 SAX 解析器時(shí)，可以注冊(cè)多個(gè) ContentHandler 對(duì)象，并行接收事件。 SAX 的缺點(diǎn)： SAX 解析器對(duì)文檔的解析是順序進(jìn)行的。 使用 SAX 對(duì)文檔進(jìn)行解析，只能訪問文檔內(nèi)容，無法做到向文檔中添加節(jié)點(diǎn)，更不能刪除和修改文檔中的內(nèi)容。 14 瀏覽器需求分析 可行性分析 可行性分析的目的就是對(duì)所作的系統(tǒng) 進(jìn)行分析，確定該系統(tǒng)是否可行。就是開發(fā)人員盡可能用較小的人力、物力、財(cái)力達(dá)到所期望的目的。其中基本的可行性分析包括技術(shù)可行性、經(jīng)濟(jì)可行性和社會(huì)可行性。下邊分別從這三方面探討多線程下載技術(shù)實(shí)現(xiàn)的可行性。 技術(shù)可行性 網(wǎng)絡(luò)編程是 Java 語(yǔ)言的中有很大的比重，而 JDBC 類庫(kù)則為 JAAVA 瀏覽器的開發(fā)提供了相當(dāng)?shù)牡谋憷Ｍㄟ^借用 IE 內(nèi)核，可以完成獨(dú)立瀏覽器的設(shè)計(jì)和實(shí)現(xiàn)，其所使用的技術(shù)方案是： 開發(fā)工具： Eclipse 開發(fā)引入庫(kù)： JDIC 開發(fā)環(huán)境： windows 運(yùn)行環(huán)境： windows 經(jīng)濟(jì)可行性 由于所使用的 JDIC 為免費(fèi)的第三方類庫(kù)， Eclipse 也為免費(fèi)，所以并不需要花費(fèi)較多即可完成該瀏覽器，而目前瀏覽器的前景發(fā)展良好，充分的市場(chǎng)競(jìng)爭(zhēng)，會(huì)帶來瀏覽器產(chǎn)品的百花齊放。瀏覽器市場(chǎng)，是一個(gè)存在金礦的市場(chǎng)。 操作可行性 程序運(yùn)行時(shí)，界面友好、操作非常簡(jiǎn)單，和目前市面上的瀏覽器操作方法基本一致。用戶不用花費(fèi)太多的時(shí)間去學(xué)習(xí)，所以很容易被用戶接受。所以，從操作可行性來看，該下載工具也是相當(dāng)可行的。 需求分析 功能需求 URL 框中輸入網(wǎng)址，敲回車鍵后，在顯示框中顯示 網(wǎng)頁(yè)。 ，并在 URL 框中顯示當(dāng)前網(wǎng)頁(yè)地址。 ，重新顯示當(dāng)前頁(yè)面。 ，顯示上一個(gè)頁(yè)面，并在 URL 框中顯示當(dāng)前網(wǎng)頁(yè)地址。 ，顯示下一個(gè)頁(yè)面，并在 URL 框中顯示當(dāng)前網(wǎng)頁(yè)地址。 15 ，在顯示框中顯示網(wǎng)頁(yè)，并在 URL 框中顯示當(dāng)前網(wǎng)頁(yè)地址。 ，并可以通過收藏夾打開已收藏的網(wǎng)頁(yè) 分析模塊 本系統(tǒng)要實(shí)現(xiàn)的功能模塊包括 :菜單欄模塊 ,工具欄模塊 ,地址欄模塊 ,瀏覽器選項(xiàng)卡模塊以及收藏夾模塊。 ,轉(zhuǎn)到菜單 ,調(diào)整菜單和收藏夾