資訊專欄INFORMATION COLUMN
摘要：請求由三部分組成，分別是請求行消息報(bào)頭請求正文超文本傳輸協(xié)議是一個基于請求與響應(yīng)模式的無狀態(tài)的應(yīng)用層的協(xié)議，常基于的連接方式，版本中給出一種持續(xù)連接的機(jī)制，絕大多數(shù)的開發(fā)，都是構(gòu)建在協(xié)議之上的應(yīng)用。支持標(biāo)準(zhǔn)字符集，可以正確傳遞中文字符。
http請求由三部分組成，分別是：請求行、消息報(bào)頭、請求正文
HTTP（超文本傳輸協(xié)議）是一個基于請求與響應(yīng)模式的、無狀態(tài)的、應(yīng)用層的協(xié)議，?；赥CP的連接方式，HTTP1.1版本中給出一種持續(xù)連接的機(jī)制，絕大多數(shù)的Web開發(fā)，都是構(gòu)建在HTTP協(xié)議之上的Web應(yīng)用。
1、常用的HTTP方法有哪些？
GET： 用于請求訪問已經(jīng)被URI（統(tǒng)一資源標(biāo)識符）識別的資源，可以通過URL傳參給服務(wù)器。
POST：用于傳輸信息給服務(wù)器，主要功能與GET方法類似，但一般推薦使用POST方式。
PUT： 傳輸文件，報(bào)文主體中包含文件內(nèi)容，保存到對應(yīng)URI位置。
HEAD： 獲得報(bào)文首部，與GET方法類似，只是不返回報(bào)文主體，一般用于驗(yàn)證URI是否有效。
DELETE：刪除文件，與PUT方法相反，刪除對應(yīng)URI位置的文件。
OPTIONS：查詢相應(yīng)URI支持的HTTP方法。
2、GET方法與POST方法的區(qū)別
區(qū)別一：
get重點(diǎn)在從服務(wù)器上獲取資源，post重點(diǎn)在向服務(wù)器發(fā)送數(shù)據(jù)；
區(qū)別二：
get傳輸數(shù)據(jù)是通過URL請求，以field（字段）= value的形式，置于URL后，并用"?"連接，多個請求數(shù)據(jù)間用"&"連接，如http://127.0.0.1/Test/login.a...，這個過程用戶是可見的；
post傳輸數(shù)據(jù)通過Http的post機(jī)制，將字段與對應(yīng)值封存在請求實(shí)體中發(fā)送給服務(wù)器，這個過程對用戶是不可見的；
區(qū)別三：
Get傳輸?shù)臄?shù)據(jù)量小，因?yàn)槭躑RL長度限制，但效率較高；
Post可以傳輸大量數(shù)據(jù)，所以上傳文件時只能用Post方式；
區(qū)別四：
get是不安全的，因?yàn)閁RL是可見的，可能會泄露私密信息，如密碼等；
post較get安全性較高；
區(qū)別五：
get方式只能支持ASCII字符，向服務(wù)器傳的中文字符可能會亂碼。
post支持標(biāo)準(zhǔn)字符集，可以正確傳遞中文字符。
3、HTTP請求報(bào)文與響應(yīng)報(bào)文格式
請求報(bào)文包含三部分：
a、請求行：包含請求方法、URI、HTTP版本信息
b、請求首部字段
c、請求內(nèi)容實(shí)體
響應(yīng)報(bào)文包含三部分：
a、狀態(tài)行：包含HTTP版本、狀態(tài)碼、狀態(tài)碼的原因短語
b、響應(yīng)首部字段
c、響應(yīng)內(nèi)容實(shí)體
4、常見的HTTP相應(yīng)狀態(tài)碼
返回的狀態(tài)
1xx：指示信息--表示請求已接收，繼續(xù)處理
2xx：成功--表示請求已被成功接收、理解、接受
3xx：重定向--要完成請求必須進(jìn)行更進(jìn)一步的操作
4xx：客戶端錯誤--請求有語法錯誤或請求無法實(shí)現(xiàn)
5xx：服務(wù)器端錯誤--服務(wù)器未能實(shí)現(xiàn)合法的請求
200：請求被正常處理
204：請求被受理但沒有資源可以返回
206：客戶端只是請求資源的一部分，服務(wù)器只對請求的部分資源執(zhí)行GET方法，相應(yīng)報(bào)文中通過Content-Range指定范圍的資源。
301：永久性重定向
302：臨時重定向
303：與302狀態(tài)碼有相似功能，只是它希望客戶端在請求一個URI的時候，能通過GET方法重定向到另一個URI上
304：發(fā)送附帶條件的請求時，條件不滿足時返回，與重定向無關(guān)
307：臨時重定向，與302類似，只是強(qiáng)制要求使用POST方法
400：請求報(bào)文語法有誤，服務(wù)器無法識別
401：請求需要認(rèn)證
403：請求的對應(yīng)資源禁止被訪問
404：服務(wù)器無法找到對應(yīng)資源
500：服務(wù)器內(nèi)部錯誤
503：服務(wù)器正忙
5、HTTP1.1版本新特性
a、默認(rèn)持久連接節(jié)省通信量，只要客戶端服務(wù)端任意一端沒有明確提出斷開TCP連接，就一直保持連接，可以發(fā)送多次HTTP請求
b、管線化，客戶端可以同時發(fā)出多個HTTP請求，而不用一個個等待響應(yīng)
c、斷點(diǎn)續(xù)傳原理
6、常見HTTP首部字段
a、通用首部字段（請求報(bào)文與響應(yīng)報(bào)文都會使用的首部字段）
Date：創(chuàng)建報(bào)文時間
Connection：連接的管理
Cache-Control：緩存的控制
Transfer-Encoding：報(bào)文主體的傳輸編碼方式
b、請求首部字段（請求報(bào)文會使用的首部字段）
Host：請求資源所在服務(wù)器
Accept：可處理的媒體類型
Accept-Charset：可接收的字符集
Accept-Encoding：可接受的內(nèi)容編碼
Accept-Language：可接受的自然語言
c、響應(yīng)首部字段（響應(yīng)報(bào)文會使用的首部字段）
Accept-Ranges：可接受的字節(jié)范圍
Location：令客戶端重新定向到的URI
Server：HTTP服務(wù)器的安裝信息
d、實(shí)體首部字段（請求報(bào)文與響應(yīng)報(bào)文的的實(shí)體部分使用的首部字段）
Allow：資源可支持的HTTP方法
Content-Type：實(shí)體主類的類型
Content-Encoding：實(shí)體主體適用的編碼方式
Content-Language：實(shí)體主體的自然語言
Content-Length：實(shí)體主體的的字節(jié)數(shù)
Content-Range：實(shí)體主體的位置范圍，一般用于發(fā)出部分請求時使用
7、HTTP的缺點(diǎn)與HTTPS
a、通信使用明文不加密，內(nèi)容可能被竊聽
b、不驗(yàn)證通信方身份，可能遭到偽裝
c、無法驗(yàn)證報(bào)文完整性，可能被篡改
HTTPS就是HTTP加上加密處理（一般是SSL安全通信線路）+認(rèn)證+完整性保護(hù)
8、HTTP優(yōu)化
利用負(fù)載均衡優(yōu)化和加速HTTP應(yīng)用
利用HTTP Cache來優(yōu)化網(wǎng)站
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/105973.html
摘要：關(guān)于我的博客我的個人站點(diǎn)，知乎簡書喜馬拉雅聽書開源中國泡在網(wǎng)上的日子郵箱阿里云博客頭條 目錄介紹 1.URL Scheme使用場景介紹 2.URL Scheme基礎(chǔ)介紹 2.1 什么是URL Scheme？ 2.2 URL Scheme協(xié)議格式解釋 2.3 Scheme鏈接格式樣式 3.URL Scheme如何使用 3.1 設(shè)置Scheme 3.2 獲取Scheme跳轉(zhuǎn)的...
摘要：前言整理了一些關(guān)于相關(guān)的基礎(chǔ)。第一部分狀態(tài)行由協(xié)議版本號狀態(tài)碼狀態(tài)消息三部分組成。由單一的順序的執(zhí)行線程一個當(dāng)前狀態(tài)和一組相關(guān)的系統(tǒng)資源所描述的活動單元。 showImg(https://segmentfault.com/img/bVbfi0I?w=480&h=241); 前言 整理了一些關(guān)于PHP相關(guān)的基礎(chǔ)。請大家隨意摘看。 通信協(xié)議 網(wǎng)絡(luò)通信協(xié)議是一種網(wǎng)絡(luò)通用語言，為連接不同操作系...
摘要：及相關(guān)問題數(shù)據(jù)類型函數(shù)中指向原型作用域閉包面向?qū)ο髮ο髣?chuàng)建模式繼承嚴(yán)格模式與對象轉(zhuǎn)換的方法添加屬性，根據(jù)原型創(chuàng)建區(qū)別新特性解構(gòu)賦值簡化對象寫法剪頭函數(shù)三點(diǎn)運(yùn)算符模板字符串形參默認(rèn)值異步過程深拷貝與淺拷貝賦值與淺拷貝的區(qū)別淺拷貝的幾種方法實(shí)現(xiàn) js及es相關(guān)問題 數(shù)據(jù)類型函數(shù)中this指向——————原型作用域閉包——————面向?qū)ο髮ο髣?chuàng)建模式繼承——————Es5嚴(yán)格模式Json與j...
摘要：及相關(guān)問題數(shù)據(jù)類型函數(shù)中指向原型作用域閉包面向?qū)ο髮ο髣?chuàng)建模式繼承嚴(yán)格模式與對象轉(zhuǎn)換的方法添加屬性，根據(jù)原型創(chuàng)建區(qū)別新特性解構(gòu)賦值簡化對象寫法剪頭函數(shù)三點(diǎn)運(yùn)算符模板字符串形參默認(rèn)值異步過程深拷貝與淺拷貝賦值與淺拷貝的區(qū)別淺拷貝的幾種方法實(shí)現(xiàn) js及es相關(guān)問題 數(shù)據(jù)類型函數(shù)中this指向——————原型作用域閉包——————面向?qū)ο髮ο髣?chuàng)建模式繼承——————Es5嚴(yán)格模式Json與j...
摘要：通過或在服務(wù)器上運(yùn)行時可以使用的可執(zhí)行文件，可以理解為解釋器也有說是官方的進(jìn)程管理器，至于是什么文章后面再分析，這里就當(dāng)作解釋器。就是為了解決的問題，制定的協(xié)議。 一個模糊的概念 無論是php，python編程語言，還是apache，nginx服務(wù)器對于cgi協(xié)議是個繞不開的話題。安裝，部署都會經(jīng)常的看到，那么它們到底是干什么的，網(wǎng)上的答案非常的多！今天通過它們進(jìn)行一波匯總，徹底告別這...
閱讀 859·2019-08-30 15:54
閱讀 3325·2019-08-29 15:33
閱讀 2709·2019-08-29 13:48
閱讀 1235·2019-08-26 18:26
閱讀 3342·2019-08-26 13:55
閱讀 1499·2019-08-26 10:45
閱讀 1176·2019-08-26 10:19
閱讀 317·2019-08-26 10:16
