【正文】 ，并可以通過收藏夾打開已收藏的網(wǎng)頁 分析模塊 本系統(tǒng)要實現(xiàn)的功能模塊包括 :菜單欄模塊 ,工具欄模塊 ,地址欄模塊 ,瀏覽器選項卡模塊以及收藏夾模塊。 ，顯示下一個頁面，并在 URL 框中顯示當(dāng)前網(wǎng)頁地址。 ，重新顯示當(dāng)前頁面。 需求分析 功能需求 URL 框中輸入網(wǎng)址，敲回車鍵后，在顯示框中顯示 網(wǎng)頁。用戶不用花費太多的時間去學(xué)習(xí)，所以很容易被用戶接受。瀏覽器市場，是一個存在金礦的市場。 技術(shù)可行性 網(wǎng)絡(luò)編程是 Java 語言的中有很大的比重，而 JDBC 類庫則為 JAAVA 瀏覽器的開發(fā)提供了相當(dāng)?shù)牡谋憷?。其中基本的可行性分析包括技術(shù)可行性、經(jīng)濟可行性和社會可行性。 14 瀏覽器需求分析 可行性分析 可行性分析的目的就是對所作的系統(tǒng) 進行分析，確定該系統(tǒng)是否可行。 SAX 的缺點： SAX 解析器對文檔的解析是順序進行的。 SAX 解析器對文檔的解析過 程中，無需把整個文檔都加載到內(nèi)存中。 。 XML 元素接受解析的前后觸發(fā)元素事件。 SAX 的工作原理 SAX，它既是一個接口，也是一個軟件包 .但作為接口， SAX 是事件驅(qū)動型 XML解析的一個標(biāo)準(zhǔn)接口不會改變 SAX 的工作原理簡單地說就是對文檔進行順序掃描，當(dāng)掃描到文檔（ document）開始與結(jié)束、元素（ element）開始與結(jié)束、文檔（ document）結(jié)束等地方時通知事件處理函數(shù)， 由事件處理函數(shù)做相應(yīng)動作，然后繼續(xù)同樣的掃描，直至文檔結(jié)束。 DOM（文檔對象模型）是 W3C標(biāo)準(zhǔn)，提供了標(biāo)準(zhǔn)的解析方式，但其解析效率一 直不盡如人意，這是因為 DOM 解析XML 文檔時，把所有內(nèi)容一次性的裝載入內(nèi)存，并構(gòu)建一個駐留在內(nèi)存中的樹狀結(jié)構(gòu)（節(jié)點數(shù)）。而且相比于 DOM，SAX 可以在解析文檔的任意時刻停止解析，但任何事物都有其相反的一面，對于 SAX來說就是操作復(fù)雜。相比于 DOM， SAX 是一種速度更快，更有效的方法。一些數(shù)據(jù)報仍將在沒有任何報告的情況下丟失。 ICMP 消息在以下幾種情況下發(fā)送：當(dāng)數(shù)據(jù)報不能到達目的地時，當(dāng)網(wǎng)關(guān)的已經(jīng)失去緩存功能，當(dāng)網(wǎng)關(guān)能夠引導(dǎo)主機在更短路由上發(fā)送。通常，贍養(yǎng)或目的主機將和源主機通信，例如，為報告在數(shù)據(jù)報過程中的錯誤。網(wǎng)絡(luò)連 接設(shè)備稱為網(wǎng)關(guān)。 ICMP 使用 IP 數(shù)據(jù)報，但消息由 TCP/IP 軟件處理，對于應(yīng)用程序使用者是不可見的。 HTTPS 和 SSL 支持使用 數(shù)字認證，如果需要的話用戶可以確認發(fā)送者是誰。（ HTTPS 使用端口 443，而不是象 HTTP 那樣使用 端口 80 來和TCP/IP 進行通信。 它是由 Netscape 開發(fā)并內(nèi)置于其瀏覽器中，用于對數(shù)據(jù)進行壓縮和解壓操作，并返回網(wǎng)絡(luò)上傳送回的結(jié)果。但是要說明的是，在客戶端瀏覽器和服務(wù)器建立連接時不一定必須使用 TCP 三次握手來實現(xiàn)， HTTP 只是假定它的傳輸層協(xié)議是可靠的，因 此 HTTP 協(xié)議的下層協(xié)議只要是可靠的傳輸協(xié)議都可以被 HTTP 協(xié)議使用 。在整個過程當(dāng)中，所遵循的規(guī)則就是 HTTP 協(xié)議。一旦瀏覽器發(fā)出建立連接請求，如果服務(wù)器監(jiān)聽到該請求，就建立了 TCP 連接，瀏覽器就像服務(wù)器發(fā)出請求，服務(wù)器就會返回所請求的信息作為響應(yīng)。 HTTPS（ Secure Hypertext Transfer Protocol）安全超文本傳輸協(xié)議 HTTP 協(xié)議即超文本傳輸協(xié)議，是面向事務(wù)的應(yīng)用層協(xié)議，使用 TCP 連接進行可靠傳輸，它是萬維網(wǎng)能夠可靠交換文件（如文本、聲音、圖像等）的重要基礎(chǔ)。您的瀏覽器是 HTTP客戶，向服務(wù)器發(fā)送請求，當(dāng)瀏覽器中輸入了一個開始文件或點擊了一個超級鏈接時，瀏覽器就向服務(wù)器發(fā)送了 HTTP 請求，此請求被送往由 IP 地址指定的 URL。它是運行在 TCP/IP 協(xié)議族之上的HTTP 應(yīng)用協(xié)議，它可以使瀏覽器更加高效，使網(wǎng)絡(luò)傳輸減少。不同類型的 HDLC 被用于使用 協(xié)議的網(wǎng)絡(luò)和幀中繼網(wǎng)絡(luò)，這種協(xié)議可以在局域網(wǎng)或廣域網(wǎng)中使用，無論此網(wǎng)是公共的還是私人的。在 HDLC 中，屬于 SDLC 的被稱為通響應(yīng)模式（ NRM）。 HDLC 是在數(shù)據(jù)鏈路層中最廣泛最使用的協(xié)議之一。在 HDLC 中，數(shù)據(jù)被組成一個個的單元（稱為幀）通過網(wǎng)絡(luò)發(fā)送，并由接收方確認收到。使用 IPX/SPX 協(xié)議能運行通常需要 NetBEUI 支持的程序，通過 IPX/SPX 協(xié)議可以跨過路由器訪問其他網(wǎng)絡(luò)。如果需要路由到其他局域網(wǎng)，則必須安裝 TCP/IP 或 IPX/SPX 協(xié)議。 NetBEUI 主要為 20 到 200 個工作站的小型局域網(wǎng)設(shè)計的，用于 NetBEUI、 LanMan 網(wǎng)、 Windows For WorkgroUPS 及 Windows NT網(wǎng)。不過要是事先了解到網(wǎng)絡(luò)協(xié)議的主要用途，就可以有針對性的選擇了。這樣利用三元組（ ip 地址，協(xié)議，端口）就可以標(biāo)識網(wǎng)絡(luò)的進程了，網(wǎng)絡(luò)中的進程通信就可以利用這個標(biāo)志與其它進程進行交互。 在本地可以通過進程 PID 來唯一標(biāo)識一個進程，但是在網(wǎng)絡(luò)中這是行不通的。對于一個網(wǎng)絡(luò)連接來說，套接字是平等的，并沒有差別，不因為在服務(wù)器端或在客戶端而產(chǎn)生不同級別。ServerSocket 用于服務(wù)器端， Socket 是建立網(wǎng)絡(luò)連接時使用的。 所謂 socket 通常也稱作 套接字 ，應(yīng)用程序通常通過 套接字 向網(wǎng)絡(luò)發(fā)出請求或者應(yīng)答網(wǎng)絡(luò)請求。它也支持彈出菜單和為圖標(biāo)提供自動工具提示。實際上，這種操作系統(tǒng)是指 Windows和 Linux。 系統(tǒng)托盤 托盤圖標(biāo) API 曾是一個孵化中項目，但由于 社區(qū)的勤奮努力，它已經(jīng)成熟并把它提升到一個完全的 JDIC 組件的地位。對 Windows 而言，你需要安裝 Microsoft 的MSI SDK。在程序安裝之后，它將使用 JNLP 通過 Inter 更新自 己，做 Web Start 應(yīng)用能做的所有的其他事情。 包裝器組件 不象其他的 JDIC，包裝器模塊不是 API，而是把 JNLP(Java Web Start)應(yīng)用轉(zhuǎn)換成本地安裝程序 (Linux 上是 rpms， Solaris 上是 pkgs， Windows 上是 msis)的一組命令行工具。這種做法可能在 Windows 上行得通， IE 絕對是可以的，但在 Linux 上有更多的問題，因為它 上邊的默認瀏覽器不一定是 Mozilla(例如，在 KDE 上 它可能是 Konquorer)。 瀏覽器組件將立刻使用用戶的默認 Web 瀏覽器，它們通常是 Inter Explorer 或Mozilla。 記住 WebBrowser 是個本地 AWT 組件，因此你可能陷入與 Swing 結(jié)合的困境 。 瀏覽器組件 API 可以讓你訪問幾個瀏覽器事件以及在歷史記錄上的控制 (向前，后退，刷新 )?，F(xiàn)在寫一些有全面 Web 支持的 RSS 閱讀器變成了可能的事情。不象前邊的兩個，它們只是讓你存取系統(tǒng)服務(wù)，這個組件給你了一個真正在圖形應(yīng)用里使 用的 AWT 器件。在使用所有的 JDIC API 時，只要本地庫在你的庫路徑上，讓它工作起來你不需要做任何特別的事情。然而在今天，大多數(shù)操作系統(tǒng)傾向于為所有文件設(shè)置 MIME，因此，現(xiàn)在開始使用它是有益的。之后的四行在 action 和擴展名為 .mchat 的 文件之間創(chuàng)建了關(guān)聯(lián)。盡管如此，不管你用它做什么，文件類型組件通過處理注冊表和 MIME 類型數(shù)據(jù)的方式為你處理了所有繁重的工作。在 Gnome 下， 它可能 調(diào)用/usr/local/bin/gedit。 假如那個文件類型通常是某種操作系統(tǒng)上特有的，檢索關(guān)聯(lián)或 者注冊應(yīng)用本身而不是設(shè)置關(guān)聯(lián)時，這個 API 顯得更為有用。這意味著你能告訴操作系統(tǒng)什么文件用什么程序打開，例如總是用 Word 打開文本文件而不是用寫字板打開。只要你的 文件在你的類路徑中和本地庫在你的庫路徑中 (通常你把它和 .jar 文件放在一起 )，代碼就可以工作了。你不需要 注冊任何特殊的驅(qū)動或者修改基于當(dāng)前平臺的配置。這就是 Message 使用的 地方，它能讓你設(shè)置接收人，郵件體，附件，和其他部分。它有幾個打開、編輯和打印文件的方法。 包只有三個類： Desktop,Message 和 DesktopException。如果你想告訴操作系統(tǒng)打開一個 Wo rd 文檔，調(diào)用 (new File(“”))。它專用于基本的桌面服務(wù)，如在正確的編輯器里打開一個文件，新建一封 Email，或者把一個 URL 發(fā)送 到默認的web 瀏覽器。為了能從開發(fā)人員那里得到想要的特性的快速反饋，他們將 JDIC 做成了開源項目。除了 SaverBeans子項目我們要在第二部分介紹外，我們將 試驗所有的 API JDesktop Integration Components，或 JDIC，是一個給 Java 開發(fā)人員提供通過交差平臺 API 存取本地特性的包羅萬象的項目。這些新的 API 終于能讓 Java 開發(fā)人員做那些我們曾經(jīng)羨慕本地同胞們所做的那些事情了。盡管目前 沒有計劃，但 JDIC 團隊 9 正考慮把 JDIC 的特征加入 Java 核心類庫的未來版本中去。該項目由 Sun 的 Desktop 組啟 動，目的是讓 Java 應(yīng)用 能更好地和它們所運行的桌面環(huán)境集成。 它目前提供了本機 Web 瀏覽器（ Inter Explorer 或 Mozilla） 支持、系統(tǒng)托盤支持、文件擴展集成、應(yīng)用程序啟動與打印和其他桌面特性。但是，各種用戶使用的命令頻率是不一樣的，因此這種配置一般都是可以由用戶自定義編輯 JDIC 類庫 JDesktop Integration Components （ JDIC），是一個開源的項目，目的是構(gòu)建消除本機應(yīng)用程序和 Java 等價物之間差距的組件。 應(yīng)用程序中的按鈕，通常可以代替菜單。 應(yīng)用程序的圖標(biāo)只能用于啟動應(yīng)用程序。通常情況下顯示的是數(shù)據(jù)的內(nèi)容或者與數(shù)據(jù)相關(guān)聯(lián)的應(yīng)用程序的圖案。 圖標(biāo) 顯示在管理數(shù)據(jù)的應(yīng)用程序中的數(shù)據(jù)，或者顯示應(yīng)用程序本身。 即時菜單 與應(yīng)用程序準(zhǔn)備好的層次菜單不同，在菜單欄以外的地方，通過鼠標(biāo)的第二按鈕調(diào)出的菜單稱為“即時菜單”。命定的層次根據(jù)應(yīng)用程序的不同而不同，一般重視文件的操作、編輯功能，因此放在最左邊，然后往右有各種設(shè)置等操作，最右邊往往設(shè)有幫助。一般置于畫面的最上方或者最下方，應(yīng)用程序能使用的所有命令幾乎全部都能放入。而在其他環(huán)境中，通常多是單文件界面，所以無所謂單一 /多文件界面的稱呼問題。 標(biāo)簽 多文件界面的數(shù)據(jù)管理方式中使用的一種界面，將 數(shù)據(jù)的標(biāo)題在窗口中并排，通過選擇標(biāo)簽標(biāo)題顯示必要的數(shù)據(jù)，這樣使得接入數(shù)據(jù)方式變得更為便捷。 8 多文件界面（ Multiple Document Interface） 在一個窗口之內(nèi)進行多個數(shù)據(jù)管理的方式。若要在其他應(yīng)用程序的窗口使用數(shù)據(jù)，將相應(yīng)生成新的窗口。 單一文件界面（ Single Document Interface） 在窗口中，一個數(shù)據(jù)在一個窗口內(nèi)完成的方式。通常在窗口四周設(shè)有菜單、圖標(biāo)，數(shù)據(jù)放在中央。應(yīng)用程序和數(shù)據(jù)在窗口內(nèi)實現(xiàn)一體化。可以設(shè)置為各種圖片和各種附件，成為視覺美觀的重要因素之一。比如在微軟公司的 Windows XP 系統(tǒng)中，各種用戶的桌面內(nèi)容實際保存在系 統(tǒng)盤（默認為 C盤） :\Documents and Settings\[用戶名 ]\桌面 文件夾里。一般的界面中，桌面上放有各種應(yīng)用程序和數(shù)據(jù)的圖標(biāo)，用戶可以依此開始工作。 組成： 桌面 在啟動時顯示，也是界面中最底層，有時也指代包括窗口、文件瀏覽器在內(nèi)的“桌面環(huán)境”。為了最大程度地簡化組件，在獨立于操作系統(tǒng)的 Swing 組件與實際運行這些組件的操作系統(tǒng)之間， JFrame 起著橋梁的作用。 JFrame 實際上不僅僅讓程序員把組件放入其中并呈現(xiàn)給用戶。 Swing 的三個基本構(gòu)造塊：標(biāo)簽、按鈕和文本字段；但是需要個地方安放它們，并希望用戶知道如何處理它們。與早期計算機使用的命令行界面相比，圖形界面對于用戶來說在視覺上更易于接受。特別是 Java 企業(yè)應(yīng)用編程接口（ Java Enterprise APIs）為企業(yè)計算及電子商務(wù)應(yīng)用系統(tǒng)提供了有關(guān)技術(shù)和豐富的類庫。 Java 對對象技術(shù)的全面支持和 Java 平臺內(nèi)嵌的 API 能縮短應(yīng)用系統(tǒng)的開發(fā)時間并降低成本。另外， Java 中的類有一個運行時刻的表示，能進行運行時刻的類型檢 7 查。 Java 程序需要的類能夠動態(tài)地被載入到運行環(huán)境，也可以通過網(wǎng)絡(luò)來載入所需要的類。 Java 語言是動態(tài)的。線程的活動由一組方法來控制。通常有兩種方法來創(chuàng)建線程：其一，使用型構(gòu)為Thread(Runnable)的構(gòu)造子將一個實現(xiàn)了 Runnable 接口的對象包裝成一個線程，其二，從 Thread 類派生出子類并重寫 run 方法，使用該子類創(chuàng)建的對象即為線程。 Java 語言是原生支持多線程的。 Java 是性能略高的。如前所述， Java 程序在 Java 平臺上被編譯為字節(jié)碼格式，然后可以在實現(xiàn)這個 Java 平臺的任何系統(tǒng)中運行。 Java 系統(tǒng)本身也具有很強的可移植性， Java 編譯器是用Java 實現(xiàn)的， Java 的運行環(huán)境是用 ANSI C 實現(xiàn)的。 Java 語言是可移植的。 Java 程序（后綴為 java 的