大家好逃魄，我是IT修真院深圳分院第5期學(xué)員筋蓖，一枚正直善良的JAVA程序員卸耘。
今天給大家分享一下，修真院官網(wǎng)JAVA任務(wù)2中粘咖，什么是HTTP協(xié)議蚣抗？HTTP請(qǐng)求CONTENT-TYPE有幾種？HTTP狀態(tài)碼有哪些
一涂炎、背景介紹
HTTP也就是超文本傳輸協(xié)議的縮寫(xiě)忠聚，是用于從萬(wàn)維網(wǎng)服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議设哗。是一個(gè)基于TCP/IP通信協(xié)議來(lái)傳遞數(shù)據(jù)（HTML文件唱捣，圖片文件，查詢結(jié)果等）网梢。
二.知識(shí)剖析
HTTP是一個(gè)屬于應(yīng)用層的面向?qū)ο髤f(xié)議震缭，由于其簡(jiǎn)捷，快速的方式战虏，適用于分布式超媒體信息系統(tǒng)拣宰。HTTP協(xié)議工作于客戶端服務(wù)器端架構(gòu)上。瀏覽器作為HTTP客戶端通過(guò)url向HTTP服務(wù)端即WEB服務(wù)器發(fā)送所有請(qǐng)求烦感。web服務(wù)器根據(jù)接收到的請(qǐng)求后巡社，向客戶端發(fā)送響應(yīng)信息
1.HTTP主要特點(diǎn)
1.1.簡(jiǎn)單快速：客戶向服務(wù)器請(qǐng)求服務(wù)時(shí)，只需傳送請(qǐng)求方法和路徑手趣。請(qǐng)求方法常用的有GET晌该、HEAD、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同朝群。由于HTTP協(xié)議簡(jiǎn)單燕耿，使得HTTP服務(wù)器的程序規(guī)模小，因而通信速度很快姜胖。
1.2誉帅、靈活：HTTP允許傳輸任意類型的數(shù)據(jù)對(duì)象。正在傳輸?shù)念愋陀蒀ontent-Type加以標(biāo)記
1.3.無(wú)連接：無(wú)連接的含義是限制每次連接只處理一個(gè)請(qǐng)求右莱。服務(wù)器處理完客戶的請(qǐng)求蚜锨，并收到客戶的應(yīng)答后，即斷開(kāi)連接慢蜓。采用這種方式可以節(jié)省傳輸時(shí)間踏志。
1.4.無(wú)狀態(tài)：HTTP協(xié)議是無(wú)狀態(tài)協(xié)議。無(wú)狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒(méi)有記憶能力胀瞪。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息针余，則它必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大凄诞。另一方面圆雁，在服務(wù)器不需要先前信息時(shí)它的應(yīng)答就較快
2.http請(qǐng)求content-Type有幾種
content-Type內(nèi)容類型的意思，在互聯(lián)網(wǎng)的專業(yè)術(shù)語(yǔ)上叫媒體類型帆谍，即MediaType伪朽，主要用來(lái)指明報(bào)文主體部分內(nèi)容屬于何種類型，比如html汛蝙，json烈涮，xml等等
text/html類型，格式是HTML窖剑；text/plain 純文本格式坚洽；text/xml XML格式；image/gif gif圖片格式西土；image/jpeg jpg圖片格式讶舰；application/xml XML數(shù)據(jù)格式；application/json JSON數(shù)據(jù)格式需了；
3.HTTP之URL
HTTP使用統(tǒng)一資源標(biāo)識(shí)符來(lái)傳輸數(shù)據(jù)和建立連接跳昼。URL是一種特殊類型的URI，包含了用于查找某個(gè)資源的足夠信息URL(統(tǒng)一資源定位符)肋乍，是互聯(lián)網(wǎng)三用來(lái)標(biāo)識(shí)某一處資源的地址
http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name
4.URL包括以下部分
4.1.協(xié)議部分鹅颊，協(xié)議部分為http：這代表網(wǎng)頁(yè)使用的是HTTP協(xié)議。在Internet中可以使用多種協(xié)議墓造，如HTTP堪伍，F(xiàn)TP等等本例中使用的是HTTP協(xié)議历帚。在"HTTP"后面的“//”為分隔符
4.2.域名部分：該URL的域名部分為“www.aspxfans.com”。一個(gè)URL中杠娱，也可以使用IP地址作為域名使用
4.3.端口部分：跟在域名后面的是端口挽牢，域名和端口之間使用“:”作為分隔符。端口不是一個(gè)URL必須的部分摊求，省略禽拔，將采用默認(rèn)端口
4.4.虛擬目錄部分：從域名后的第一個(gè)“/”開(kāi)始到最后一個(gè)“/”為止，是虛擬目錄部分室叉。虛擬目錄也不是一個(gè)URL必須的部分睹栖。本例中的虛擬目錄是“/news/”
4.5.文件名部分：從域名后的最后一個(gè)“/”開(kāi)始到“？”為止茧痕，是文件名部分野来，如果沒(méi)有“?”,則從最后一個(gè)“/”開(kāi)始到“#”為止，如果沒(méi)有“踪旷？”和“#”曼氛，那么從最后一個(gè)“/”開(kāi)始到結(jié)束，都是文件名部分令野。本例中的文件名是“index.asp”舀患。文件名部分也不是必須的，省略則使用默認(rèn)的文件名
4.6.錨部分：從“#”開(kāi)始到最后气破，都是錨部分聊浅。本例中的錨部分是“name”。錨部分也不是一個(gè)URL必須的部分
4.7.參數(shù)部分：從“现使？”開(kāi)始到“#”為止之間的部分為參數(shù)部分低匙，又稱搜索部分、查詢部分碳锈。本例中的參數(shù)部分為“boardID=5&ID=24618&page=1”顽冶。參數(shù)可以允許有多個(gè)參數(shù)，參數(shù)與參數(shù)之間用“&”作為分隔符殴胧。
5.URI和URL的區(qū)別
URI渗稍，統(tǒng)一資源標(biāo)識(shí)符佩迟，用來(lái)唯一的標(biāo)識(shí)一個(gè)資源团滥。Web上可用的每種資源如HTML文檔、圖像报强、視頻片段灸姊、程序等都是一個(gè)來(lái)URI來(lái)定位的。 URI一般由三部組成： ①訪問(wèn)資源的命名機(jī)制 ②存放資源的主機(jī)名 ③資源自身的名稱秉溉，由路徑表示力惯，著重強(qiáng)調(diào)于資源碗誉。
URL是統(tǒng)一資源定位器，它是一種具體的URI父晶，即URL可以用來(lái)標(biāo)識(shí)一個(gè)資源哮缺，而且還指明了如何locate這個(gè)資源。 URL是Internet上用來(lái)描述信息資源的字符串甲喝，主要用在各種WWW客戶程序和服務(wù)器程序上尝苇。 采用URL可以用一種統(tǒng)一的格式來(lái)描述各種信息資源，包括文件埠胖、服務(wù)器的地址和目錄等糠溜。URL一般由三部組成： ①協(xié)議(或稱為服務(wù)方式) ②存有該資源的主機(jī)IP地址(有時(shí)也包括端口號(hào)) ③主機(jī)資源的具體地址。如目錄和文件名等
6.HTTP之狀態(tài)碼
1xx：指示信息--表示請(qǐng)求已接收直撤，繼續(xù)處理 2xx：成功--表示請(qǐng)求已被成功接收非竿、理解、接受 3xx：重定向--要完成請(qǐng)求必須進(jìn)行更進(jìn)一步的操作 4xx：客戶端錯(cuò)誤--請(qǐng)求有語(yǔ)法錯(cuò)誤或請(qǐng)求無(wú)法實(shí)現(xiàn) 5xx：服務(wù)器端錯(cuò)誤--服務(wù)器未能實(shí)現(xiàn)合法的請(qǐng)求
200 OK //客戶端請(qǐng)求成功 400 Bad Request //客戶端請(qǐng)求有語(yǔ)法錯(cuò)誤谋竖，不能被服務(wù)器所理解 401 Unauthorized //請(qǐng)求未經(jīng)授權(quán)红柱，這個(gè)狀態(tài)代碼必須和WWW-Authenticate報(bào)頭域一起使用 403 Forbidden //服務(wù)器收到請(qǐng)求，但是拒絕提供服務(wù) 404 Not Found //請(qǐng)求資源不存在蓖乘，eg：輸入了錯(cuò)誤的URL 500 Internal Server Error //服務(wù)器發(fā)生不可預(yù)期的錯(cuò)誤 503 Server Unavailable //服務(wù)器當(dāng)前不能處理客戶端的請(qǐng)求豹芯，一段時(shí)間后可能恢復(fù)正常
三.常見(jiàn)問(wèn)題
1.HTTP的請(qǐng)求方法是什么
2.HTTP工作原理是什么？
3. Get和post請(qǐng)求有什么區(qū)別驱敲？
四.解決方案
1.根據(jù)HTTP標(biāo)準(zhǔn)铁蹈，HTTP請(qǐng)求可以使用多種請(qǐng)求方法。 HTTP1.0定義了三種請(qǐng)求方法： GET, POST 和 HEAD方法众眨。 HTTP1.1新增了五種請(qǐng)求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法握牧。 GET 請(qǐng)求指定的頁(yè)面信息，并返回實(shí)體主體娩梨。 HEAD 類似于get請(qǐng)求沿腰，只不過(guò)返回的響應(yīng)中沒(méi)有具體的內(nèi)容，用于獲取報(bào)頭 POST 向指定資源提交數(shù)據(jù)進(jìn)行處理請(qǐng)求（例如提交表單或者上傳文件）狈定。數(shù)據(jù)被包含在請(qǐng)求體中颂龙。POST請(qǐng)求可能會(huì)導(dǎo)致新的資源的建立和/或已有資源的修改。 PUT 從客戶端向服務(wù)器傳送的數(shù)據(jù)取代指定的文檔的內(nèi)容纽什。 DELETE 請(qǐng)求服務(wù)器刪除指定的頁(yè)面措嵌。 CONNECT HTTP/1.1協(xié)議中預(yù)留給能夠?qū)⑦B接改為管道方式的代理服務(wù)器。 OPTIONS 允許客戶端查看服務(wù)器的性能芦缰。 TRACE 回顯服務(wù)器收到的請(qǐng)求企巢，主要用于測(cè)試或診斷。
2.HTTP協(xié)議定義Web客戶端如何從Web服務(wù)器請(qǐng)求Web頁(yè)面让蕾，以及服務(wù)器如何把Web頁(yè)面?zhèn)魉徒o客戶端浪规。HTTP協(xié)議采用了請(qǐng)求/響應(yīng)模型或听。客戶端向服務(wù)器發(fā)送一個(gè)請(qǐng)求報(bào)文笋婿，請(qǐng)求報(bào)文包含請(qǐng)求的方法誉裆、URL、協(xié)議版本缸濒、請(qǐng)求頭部和請(qǐng)求數(shù)據(jù)找御。服務(wù)器以一個(gè)狀態(tài)行作為響應(yīng)，響應(yīng)的內(nèi)容包括協(xié)議的版本绍填、成功或者錯(cuò)誤代碼霎桅、服務(wù)器信息、響應(yīng)頭部和響應(yīng)數(shù)據(jù)
2.1讨永、客戶端連接到Web服務(wù)器
2.2滔驶、發(fā)送HTTP請(qǐng)求
2.3、服務(wù)器接受請(qǐng)求并返回HTTP響應(yīng)
2.4卿闹、釋放連接TCP連接
2.5揭糕、客戶端瀏覽器解析HTML內(nèi)容
3.1.GET提交的數(shù)據(jù)會(huì)放在URL之后，以?分割URL和傳輸數(shù)據(jù)锻霎，參數(shù)之間以&相連著角，如EditPosts.aspx?name=test1&id=123456. POST方法是把提交的數(shù)據(jù)放在HTTP包的Body中.
3.2.GET提交的數(shù)據(jù)大小有限制（因?yàn)闉g覽器對(duì)URL的長(zhǎng)度有限制），而POST方法提交的數(shù)據(jù)沒(méi)有限制.
3.3.GET方式需要使用Request.QueryString來(lái)取得變量的值旋恼，而POST方式通過(guò)Request.Form來(lái)獲取變量的值吏口。
3.4.GET方式提交數(shù)據(jù)，會(huì)帶來(lái)安全問(wèn)題冰更，比如一個(gè)登錄頁(yè)面产徊，通過(guò)GET方式提交數(shù)據(jù)時(shí)，用戶名和密碼將出現(xiàn)在URL上蜀细，如果頁(yè)面可以被緩存或者其他人可以訪問(wèn)這臺(tái)機(jī)器舟铜，就可以從歷史記錄獲得該用戶的賬號(hào)和密碼.
五。編碼實(shí)戰(zhàn)
七奠衔、參考文獻(xiàn)
百度谆刨，書(shū)籍
八.更多討論
1.http和https區(qū)別是什么？
答：http是HTTP協(xié)議運(yùn)行在TCP之上归斤。所有傳輸?shù)膬?nèi)容都是明文痊夭，客戶端和服務(wù)器端都無(wú)法驗(yàn)證對(duì)方的身份。
https是HTTP運(yùn)行在SSL/TLS之上官册，SSL/TLS運(yùn)行在TCP之上生兆。所有傳輸?shù)膬?nèi)容都經(jīng)過(guò)加密，加密采用對(duì)稱加密膝宁，但對(duì)稱加密的密鑰用服務(wù)器方的證書(shū)進(jìn)行了非對(duì)稱加密鸦难。此外客戶端可以驗(yàn)證服務(wù)器端的身份，如果配置了客戶端驗(yàn)證员淫，服務(wù)器方也可以驗(yàn)證客戶端的身份合蔽。
2.什么是tcp/ip
答：Transmission Control Protocol/Internet Protocol的簡(jiǎn)寫(xiě)，中譯名為傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議介返，又名網(wǎng)絡(luò)通訊協(xié)議拴事，是Internet最基本的協(xié)議、Internet國(guó)際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ)圣蝎，由網(wǎng)絡(luò)層的IP協(xié)議和傳輸層的TCP協(xié)議組成刃宵。TCP/IP 定義了電子設(shè)備如何連入因特網(wǎng)，以及數(shù)據(jù)如何在它們之間傳輸?shù)臉?biāo)準(zhǔn)徘公。協(xié)議采用了4層的層級(jí)結(jié)構(gòu)牲证，每一層都呼叫它的下一層所提供的協(xié)議來(lái)完成自己的需求。通俗而言：TCP負(fù)責(zé)發(fā)現(xiàn)傳輸?shù)膯?wèn)題关面，一有問(wèn)題就發(fā)出信號(hào)坦袍，要求重新傳輸，直到所有數(shù)據(jù)安全正確地傳輸?shù)侥康牡氐忍６鳬P是給因特網(wǎng)的每一臺(tái)聯(lián)網(wǎng)設(shè)備規(guī)定一個(gè)地址捂齐。
3.為什么索引類型不一樣，但不同類型的索引方式還是B-Tree和Hash呢缩抡？
答：put和post的技術(shù)實(shí)現(xiàn)上應(yīng)該是沒(méi)有很大區(qū)別的奠宜。但在于協(xié)議上語(yǔ)義是很大區(qū)別。
那么區(qū)別是什么瞻想？
首先挎塌，HTTP協(xié)議使用的是URI，是一種表示資源標(biāo)志内边，那么對(duì)應(yīng)的HTTP Verb就是各種對(duì)資源的操作榴都，GET，PUT漠其，DELETE等嘴高，明確這些，再往下看和屎。
PUT：client對(duì)一個(gè)URI發(fā)送一個(gè)Entity拴驮，服務(wù)器在這個(gè)URI下如果已經(jīng)又了一個(gè)Entity，那么此刻服務(wù)器應(yīng)該替換成client重新提交的柴信，也由此保證了PUT的冪等性。如果服務(wù)器之前沒(méi)有Entity 萄涯，那么服務(wù)器就應(yīng)該將client提交的放在這個(gè)URI上。總結(jié)一個(gè)字：PUT。
對(duì)的姆怪，PUT的方法就是其字面表意，將client的資源放在請(qǐng)求URI上淀衣。對(duì)于服務(wù)器到底是創(chuàng)建還是更新唠叛，由服務(wù)器返回的HTTP Code來(lái)區(qū)別。
注：通過(guò)上面可以知道调鲸，如果用PUT來(lái)達(dá)到更改資源定拟，需要client提交資源全部信息驱证，如果只有部分信息吗坚，不應(yīng)該使用PUT（因?yàn)榉?wù)器使用client提交的對(duì)象整體替換服務(wù)器的資源）。
POST：這個(gè)Verb是比較特殊。不同于一般的增刪改，使用場(chǎng)景比較多。
感謝大家觀看
今天的分享就到這里啦铸董，歡迎大家點(diǎn)贊蕴忆、轉(zhuǎn)發(fā)、留言悲幅、拍磚~
技能樹(shù).IT修真院
“我們相信人人都可以成為一個(gè)工程師套鹅，現(xiàn)在開(kāi)始，找個(gè)師兄夺艰，帶你入門芋哭，掌控自己學(xué)習(xí)的節(jié)奏，學(xué)習(xí)的路上不再迷糜舾保”减牺。
這里是技能樹(shù).IT修真院，成千上萬(wàn)的師兄在這里找到了自己的學(xué)習(xí)路線，學(xué)習(xí)透明化拔疚，成長(zhǎng)可見(jiàn)化肥隆，師兄1對(duì)1免費(fèi)指導(dǎo)≈墒В快來(lái)與我一起學(xué)習(xí)吧~
我的邀請(qǐng)碼：19214843栋艳，
或者你可以直接點(diǎn)擊此鏈接：http://www.jnshu.com/login/1/19214843
