基于java得web服務器實現[Z]

2019-11-18 13:52:30

字體：大中小

來源：轉載

供稿：網友

　　基于java的Web服務器工作原理1

　　一個 Web 服務器也被稱為 HTTP 服務器，它通過 HTTP 協議與客戶端通信。這個客戶端通常指的是 Web 瀏覽器。一個基于 Java 的 Web 服務器用到二個重要的類，java.net.Socket 與 java.net.ServerSocket ，并通過 HTTP 消息通信。因此，本文從討論 HTTP 與這二個類開始，然后我將解釋一個與本文相關的簡單的 Web 應用。

　　The Hypertext Transfer PRotocol(HTTP)

　　HTTP 是一種讓 Web 服務器與瀏覽器(客戶端)通過 Internet 發送與接收數據的協議。它是一個請求、響應協議--客戶端發出一個請求，服務器響應這個請求。HTTP 運用可靠的 TCP 連接，通常用的 TCP 80 端口。它的第一個版本是 HTTP/0.9 ，然后被 HTTP/1.0 取代。當前的版本是 HTTP/1.1 ，由 RFC2616(.pdf) 定義。

　　本節主要對應 HTTP 1.1 ，足夠使你充分理解由 Web 服務器程序發出的消息。假如你對更加具體的知識有愛好，可以參考 RFC2616 。

　　在 HTTP 中，客戶端總是通過建立一個連接與發送一個 HTTP 請求來發起一個事務。服務器不能主動去與客戶端聯系，也不能給客戶端發出一個回叫連接。客戶端與服務器端都可以提前中斷一個連接。例如，當用一個瀏覽器下載一個文件時，你可以通過點擊“停止”鍵來中斷文件的下載，關閉與服務器的 HTTP 連接。

　　HTTP 請求

　　一個 HTTP 請求包含三個部分：

Method-URI-Protocol/Version 方法-地址-版本
Request header 請求頭
Entity body 請求實體

　　下面是一個 HTTP 請求實例：

POST /servlet/default.jsp HTTP/1.1
Accept: text/plain; text/Html
Accept-Language: en-gb
Connection: Keep-Alive
Host: localhost
Referer: http://localhost/ch8/SendDetails.htm
User-Agent: Mozilla/4.0 (compatible; MSIE 4.01; Windows 98)
Content-Length: 33
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate

LastName=Franks&FirstName=Michael

　　The Method-URI-Protocol/Version 在這個請求的第一行：

POST /servlet/default.JSP HTTP/1.1

　　其中 POST 是請求的類型。每個客戶端 HTTP 請求可以是 HTTP 規范中指定的許多請求類型中的一種。HTTP 1.1 支持七種類型的請求，它們是 GET，POST，HEAD，OPTIONS，PUT，DELETE，TRACE。其中 GET 與 POST 是 Internet 應用中經常用到的二種請求類型。

　　URI 完整地指定了 Internet 資源。一個 URI 通常被解析為相對服務器的根目錄。這樣，它應該總是以一個 '/' 前綴開始。一個 URL 實際上是 URI 的一種類型。

　　Version 指的是該 HTTP 請求所用到的 HTTP 協議版本。

　　請求頭包含了客戶端環境與請求實體的一些有用的信息。例如它包含瀏覽器設定的語言、實體的長度等等。每條請求頭用回車換行符(CRLF)分開。

　　一個非常重要的空行分開了請求頭與實體，它標志著實體內容的開始。一些 Internet 開發書籍認為這個 CRLF 空行是 HTTP 請求的第四個部分。

　　在上面的 HTTP 請求中，實體只是簡單以下的一行：

LastName=Franks&FirstName=Michael

　　在一個典型的 HTTP 請求中，請求實體內容會長得多。

　　HTTP 響應

　　與請求相似，HTTP 響應也由三部分組成：

Protocol-Status code-Description 協議狀態描述代碼
Response headers 響應頭
Entity body 響應實體

　　以下是一個 HTTP 響應的實例：

上一篇：簡單的java訪問共享文件

下一篇：基于Java技術的Web應用校驗工具