java web 知識點大家是不是在找呀，下面由本站小編爲大家蒐集的java web 知識點總結，希望能幫助到您!
常見HTTP狀態碼大全
1xx(臨時響應):表示臨時響應並需要請求者繼續執行操作的狀態代碼。
http狀態碼 100(繼續) 請求者應當繼續提出請求。 服務器返回此代碼表示已收到請求的第一部分，正在等待其餘部分。
http狀態碼 101(切換協議) 請求者已要求服務器切換協議，服務器已確認並準備切換。
2xx (成功):表示成功處理了請求的狀態代碼。
http狀態碼 200(成功) 服務器已成功處理了請求。 通常，這表示服務器提供了請求的網頁。
http狀態碼 201(已創建) 請求成功並且服務器創建了新的資源。
http狀態碼 202(已接受) 服務器已接受請求，但尚未處理。
http狀態碼 203(非授權信息) 服務器已成功處理了請求，但返回的信息可能來自另一來源。
http狀態碼 204(無內容) 服務器成功處理了請求，但沒有返回任何內容。
http狀態碼 205(重置內容) 服務器成功處理了請求，但沒有返回任何內容。
http狀態碼 206(部分內容) 服務器成功處理了部分 GET 請求。
3xx (重定向):表示要完成請求，需要進一步操作。 通常，這些狀態代碼用來重定向。
http狀態碼 300(多種選擇) 針對請求，服務器可執行多種操作。 服務器可根據請求者 (user agent) 選擇一項操作，或提供操作列表供請求者選擇。
http狀態碼 301(永久移動) 請求的網頁已永久移動到新位置。 服務器返回此響應(對 GET 或 HEAD 請求的響應)時，會自動將請求者轉到新位置。
http狀態碼 302(臨時移動) 服務器目前從不同位置的網頁響應請求，但請求者應繼續使用原有位置來進行以後的請求。
http狀態碼 303(查看其他位置) 請求者應當對不同的位置使用單獨的 GET 請求來檢索響應時，服務器返回此代碼。
http狀態碼 304(未修改) 自從上次請求後，請求的網頁未修改過。 服務器返回此響應時，不會返回網頁內容。
http狀態碼 305(使用代理) 請求者只能使用代理訪問請求的網頁。 如果服務器返回此響應，還表示請求者應使用代理。
http狀態碼 307(臨時重定向) 服務器目前從不同位置的網頁響應請求，但請求者應繼續使用原有位置來進行以後的請求。
4xx(請求錯誤):這些狀態代碼表示請求可能出錯，妨礙了服務器的處理。
http狀態碼 400(錯誤請求) 服務器不理解請求的語法。
http狀態碼 401(未授權) 請求要求身份驗證。 對於需要登錄的網頁，服務器可能返回此響應。
http狀態碼 403(禁止) 服務器拒絕請求。
http狀態碼 404(未找到) 服務器找不到請求的網頁。
http狀態碼 405(方法禁用) 禁用請求中指定的方法。
http狀態碼 406(不接受) 無法使用請求的內容特性響應請求的網頁。
http狀態碼 407(需要代理授權) 此狀態代碼與 401(未授權)類似，但指定請求者應當授權使用代理。
http狀態碼 408(請求超時) 服務器等候請求時發生超時。
http狀態碼 409(衝突) 服務器在完成請求時發生衝突。 服務器必須在響應中包含有關衝突的信息。
http狀態碼 410(已刪除) 如果請求的資源已永久刪除，服務器就會返回此響應。
http狀態碼 411(需要有效長度) 服務器不接受不含有效內容長度標頭字段的請求。
http狀態碼 412(未滿足前提條件) 服務器未滿足請求者在請求中設置的其中一個前提條件。
http狀態碼 413(請求實體過大) 服務器無法處理請求，因爲請求實體過大，超出服務器的處理能力。
http狀態碼 414(請求的 URI 過長) 請求的 URI(通常爲網址)過長，服務器無法處理。
http狀態碼 415(不支持的媒體類型) 請求的格式不受請求頁面的支持。
http狀態碼 416(請求範圍不符合要求) 如果頁面無法提供請求的範圍，則服務器會返回此狀態代碼。
http狀態碼 417(未滿足期望值) 服務器未滿足”期望”請求標頭字段的要求。
5xx(服務器錯誤):這些狀態代碼表示服務器在嘗試處理請求時發生內部錯誤。 這些錯誤可能是服務器本身的錯誤，而不是請求出錯。
http狀態碼 500(服務器內部錯誤) 服務器遇到錯誤，無法完成請求。
http狀態碼 501(尚未實施) 服務器不具備完成請求的功能。 例如，服務器無法識別請求方法時可能會返回此代碼。
http狀態碼 502(錯誤網關) 服務器作爲網關或代理，從上游服務器收到無效響應。
http狀態碼 503(服務不可用) 服務器目前無法使用(由於超載或停機維護)。通常，這只是暫時狀態。
http狀態碼 504(網關超時) 服務器作爲網關或代理，但是沒有及時從上游服務器收到請求。
http狀態碼 505(HTTP 版本不受支持) 服務器不支持請求中所用的 HTTP 協議版本。
請求協議的格式
請求方法 URI 協議/版本
請求頭：包含了許多有關的客戶端環境和請求正文的有用信息。例如，請求頭可以聲明瀏覽器所用的語言，請求正文的長度等等。
請求正文：請求頭和請求正文之間有一個空行，這個行非常重要，它表示請求頭已經結束，接下來的是請求正文。
user_agent包含的信息
user_agent是HTTP協議中的一部分，屬於頭域中的'組成部分，user_agent也簡稱爲UA。用較爲普通的話來說，是一種訪問網站時提供你所使用的瀏覽器類型、操作系統及版本、CPU類型、瀏覽器渲染引擎、瀏覽器語言、瀏覽器插件等信息的標識。UA字符串在每次瀏覽器HTTP請求時發送到服務器。
瀏覽器UA字串的標準格式爲：瀏覽器標識(操作系統標識;加密等級標識;瀏覽器語言)渲染引擎標識 版本信息
http中常見的請求頭和響應頭分別有哪些，及其作用
請求頭：
Accept: text/html,image/*(瀏覽器可以接收的類型)
Accept-Charset: ISO-8859-1(瀏覽器可以接收的編碼類型)
Accept-Encoding: gzip,compress(瀏覽器可以接收壓縮編碼類型)
Accept-Language: en-us,zh-cn(瀏覽器可以接收的語言和國家類型)
Host: (瀏覽器請求的主機和端口)
If-Modified-Since: Mon, 6 Jul 2015 18:23:51 GMT(某個頁面緩存時間)
Referer: xxxx(請求來自於哪個頁面)
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)(瀏覽器相關信息)
Cookie：(瀏覽器暫存服務器發送的信息)
Connection: close(1.0)/Keep-Alive(1.1)(HTTP請求的版本的特點)
Date: Mon, 6 Jul 2015 18:23:51 GMT(請求網站的時間)
響應頭：
Location: (控制瀏覽器顯示哪個頁面)
Server:apache tomcat(服務器的類型)
Content-Encoding: gzip(服務器發送的壓縮編碼方式)
Content-Length: 80(服務器發送顯示的字節碼長度)
Content-Language: zh-cn(服務器發送內容的語言和國家名)
Content-Type: image/jpeg; charset=UTF-8(服務器發送內容的類型和編碼類型)
Last-Modified: Mon, 6 Jul 2015 18:23:51 GMT(服務器最後一次修改的時間)
Refresh: 1;url=httpxxxx(控制瀏覽器1秒鐘後轉發URL所指向的頁面)
Content-Disposition: attachment; filename=aaa.jpg(服務器控制瀏覽器發下載方式打開文件)
Transfer-Encoding: chunked(服務器分塊傳遞數據到客戶端)
Set-Cookie:SS=Q0=5Lb_nQ; path=/search(服務器發送Cookie相關的信息)
Expires: -1(服務器控制瀏覽器不要緩存網頁，默認是緩存)
Cache-Control: no-cache(服務器控制瀏覽器不要緩存網頁)
Pragma: no-cache(服務器控制瀏覽器不要緩存網頁)
Connection: close/Keep-Alive(HTTP請求的版本的特點)
Date: Mon, 6 Jul 2015 18:23:51 GMT(響應網站的時間)
Tomcat服務器的默認端口是多少?怎樣修改tomcat的端口
Tomcat服務器的默認端口是8080;在tomcat下的conf中的Connector元素裏的把8080改成你想要的端口即可。
什麼是cookie? cookie有什麼作用?
Cookie 是一小段文本信息，伴隨着用戶請求和頁面在 Web 服務器和瀏覽器之間傳遞。用戶每次訪問站點時，Web 應用程序都可以讀取 Cookie 包含的信息。
Cookie 爲 Web 應用程序保存用戶相關信息提供了一種有用的方法。例如，當用戶訪問您的站點時，您可以利用 Cookie 保存用戶首選項或其他信息，這樣，當用戶下次再訪問您的站點時，應用程序就可以檢索以前保存的信息。
簡述JSP中動態include與靜態include的區別
動態include用jsp:include動作實現， 它總是會檢查所含文件中的變化，適合用於包含動態頁面，並且可以帶參數;
靜態include用include僞碼實現，，不會檢查所含文件的變化，適用於包含靜態頁面。
簡述表單中POST和GET的區別
GET方法
資源類型 ：主動的或被動的
數據類型 :文本
數據量 :最多255個字符。儘管HTTP協議並沒有限制查詢串的長度，某些瀏覽器和web服務器可能不能處理超過255個字符的數據。
可見性 :數據是URL的一部分，在瀏覽器的URL地址欄中用戶可見。
緩存 :數據可以在瀏覽器的URL歷史中緩存。
POST方法
目標資源類型 ：主動的
數據類型 :文本或二進制數據
數據量 :沒有限制 。
可見性 :數據不是URL的一部分而是作爲請求的消息體發送，因此在瀏覽器的URL地址欄中對用戶不可見。
緩存 :數據不能在瀏覽器的URL歷史中緩存。
簡稱JSP的執行過程
首先，由客戶端瀏覽器向Web服務器提出訪問JSP頁面的請求(Request),然後由JSP引擎負責將JSP轉換成Servlet，產生的servlet經過編譯後生成類文件，然後再把類文件加載到內存執行。最後，由Web服務器將執行結果即(Response)給客戶端瀏覽器。
較JSP而言，Servlet有什麼優點，有什麼缺點?
優點：響應客戶端的請求，根據請求動態響應，最大的優點做爲一個服務，控制程序的流向，過濾等。mvc中，控制就是servlet。
缺點：Servlet在表示邏輯上對於視圖的表示相對於JSP麻煩太多，在負責顯示工作完成並生成頁面上，JSP更優。