- 相關推薦
java web知識總結
java web知識總結
常見HTTP狀態碼大全【1】
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 協議版本。
javaWeb重點知識總結【2】
1.iBatis與Hibernate的區別
相同點：屏蔽了jdbc api的底層訪問細節，這樣我們就不需要與jdbc api打交道了，就可以直接訪問數據庫。
jdbc api編程流程固定，需要將sql語句與java代碼結合在一起，經常要拼湊sql語句，細節繁瑣。
ibatis的好處：屏蔽jdbc api的底層訪問細節，將sql語句與java代碼進行分離;提供了將結果集自動封裝稱為實體對象和對象的集合的功能，queryforlist返回對象集合，用queryforobject返回單個對象，提供了自動將實體對象的屬性傳遞給sql語句的參數。
不同點：hibernate是一個全自動的orm映射工具，它也可以自動生成sql語句，ibatis需要我們自己在xml配置文件中寫sql語句，hibernate要比ibatis功能負責和強大很多。
因為hibernate自動生成sql語句，我們無法控制語句，我們就無法寫特定的高效率的sql。
對于一些不太復雜的sql語句，hibernate可以很好的幫助我們完成，但是對于特別復雜的sql查詢，hibernate就很難適應，則會時候用ibatis可以很好幫我們完成，因為ibatis還是由我們自己完成sql語句。
2.應用服務器與web server的區別
應用服務器：weblogic、tomcat、jboss web server:IIS,ap
ache
3.Servlet
servlet基本架構
servlet有良好的生存期的定義，包括加載和實例化、初始化、處理請求和服務結束。
整個生存周期由javax.servlet.Servlet接口的init,service和destroy方法表達。
servlet被服務器實例化后，容器運行其init方法，請求達到時運行其service()方法，service方法自動派遣運行與請求對應的doxxx方法(doget,dopost)等，當服務器決定將實例銷毀時調用其destroy()方法。
web容器加載servlet，生命周期開始。
通過調用servlet的init方法進行servlet的初始化。
方法實現。
結束服務，web容器調用servlet的destroy()方法。
【java web知識總結】相關文章：
web前端實訓總結11-16
java課程總結范文11-10
java實訓總結11-18
web前端實習報告12-24
java課程設計總結11-19
java專業實訓總結11-17
java實習工作總結06-07
java項目個人總結模板04-04
java實習工作總結05-29