1.伺服器---web容器將頁面以及頁面請求程式放置在這;

tomcat

jboss

-tomcat目錄資訊

- backup 備份檔案

- bin 可執行的檔案

- conf 可執行的配置檔案 可以在該檔案下面的xml檔案中修改埠的配置資訊

- lib 執行tomcat所需要的jar包存放檔案

- logs 日誌檔案

- temp 臨時資料夾

- webapps tomcat預設的部署路徑

- wtpwebapps ecplise 關聯的部署路徑

- work 所有的jsp被編譯成的servlet存放的路徑

2.協議

-應用層:HTTP FTP TELENT SNMP DNS

-傳輸層:TCP UDP

-網路層:ip

-HTTP協議簡介:HTTP遵循請求(Request)/應答(Response)模型,

-請求Request協議由3部分構成,分別是

-請求方式/URL(統一資源定位符)/HTTP協議 --------(get 和 post

get 請求引數在後面緊跟著) 預設方式--資料量小,安全性不高

post: 量大,安全性相對較高

action 請求的伺服器路徑

-請求頭(Request Header)---(包含客戶端和請求正文的有用資訊以及埠號)

-請求正文(Resquest Content)-----只有在post方式才有並且頭資訊和正文

之間一定要有換行,使得能夠成功解析(必須有符號行)

-HTTP相應格式 響應與請求格式一樣也是有三部分構成,分別是

- HTTP協議版本-狀態程式碼-描述

- 相應頭(Resbonse Head)

-相應正文(Resbonse Content)

-常見HTTP應答碼:

-200 ok

-400 Bad Request

-404 not Found

-405 Method Not Allowed

-1xx 資訊類 表示收到web瀏覽器請求,正在進一步處理中

-2xx 成功類-表示使用者請求正在被正確接收,

-3xx 重定向類-表示請求沒有成功,客戶必須採取進一步的動作

-4xx 客戶端錯誤-表示客戶端提交請求有錯誤 意味著請求文件不存在

-500 伺服器錯誤-表示伺服器不能完成對請求的處理

-相應頭Response Header 包含許多有用的資訊

-Server.Apache Tomcat/... 伺服器型別

-Date:Mon 日期時間

-Content-Type 正文型別

Content-Length: 正文長度等

響應頭和正文之間必須存在CRLF(\r\n) 來區分開

HttpWatch 是一個便於檢視請求內容

3.封裝Response響應

-構建響應頭(private)

1.HTTP協議版本--狀態程式碼---描述

2.響應頭(Response Head)

3.正文長度:位元組數

-構建正文+回車(public)

4.封裝Request請求

1.封裝請求方式

2.請求資源

3.請求引數(使用容器) -----Map<String,List<String>> 使用鍵值對