RFC 6585 最近剛剛發(fā)布,該文檔描述了 4 個(gè)新的 HTTP 狀態(tài)碼。
HTTP 協(xié)議還在變化?是的,HTTP 協(xié)議一直在演變,新的狀態(tài)碼對(duì)于開發(fā) REST 服務(wù)或者說是基于 HTTP 的服務(wù)非常有用,下面我們?yōu)槟阍敿?xì)介紹這四個(gè)新的狀態(tài)碼以及是否應(yīng)該使用。
428 Precondition Required (要求先決條件)
先決條件是客戶端發(fā)送 HTTP 請(qǐng)求時(shí),如果想要請(qǐng)求能成功必須滿足一些預(yù)設(shè)的條件。
一個(gè)好的例子就是 If-None-Match 頭,經(jīng)常在 GET 請(qǐng)求中使用,如果指定了 If-None-Match ,那么客戶端只在響應(yīng)中的 ETag 改變后才會(huì)重新接收回應(yīng)。
先決條件的另外一個(gè)例子就是 If-Match 頭,這個(gè)一般用在 PUT 請(qǐng)求上用于指示只更新沒被改變的資源,這在多個(gè)客戶端使用 HTTP 服務(wù)時(shí)用來防止彼此間不會(huì)覆蓋相同內(nèi)容。
當(dāng)服務(wù)器端使用 428 Precondition Required 狀態(tài)碼時(shí),表示客戶端必須發(fā)送上述的請(qǐng)求頭才能執(zhí)行請(qǐng)求,這個(gè)方法為服務(wù)器提供一種有效的方法來阻止 'lost update' 問題。
429 Too Many Requests (太多請(qǐng)求)
當(dāng)你需要限制客戶端請(qǐng)求某個(gè)服務(wù)數(shù)量時(shí),該狀態(tài)碼就很有用,也就是請(qǐng)求速度限制。
在此之前,有一些類似的狀態(tài)碼,例如 '509 Bandwidth Limit Exceeded'. Twitter 使用 420 (這不是HTTP定義的狀態(tài)碼)
如果你希望限制客戶端對(duì)服務(wù)的請(qǐng)求數(shù),可使用 429 狀態(tài)碼,同時(shí)包含一個(gè) Retry-After 響應(yīng)頭用于告訴客戶端多長時(shí)間后可以再次請(qǐng)求服務(wù)。
431 Request Header Fields Too Large (請(qǐng)求頭字段太大)
某些情況下,客戶端發(fā)送 HTTP 請(qǐng)求頭會(huì)變得很大,那么服務(wù)器可發(fā)送 431 Request Header Fields Too Large 來指明該問題。
我不太清楚為什么沒有 430 狀態(tài)碼,而是直接從 429 跳到 431,我嘗試搜索但沒有結(jié)果。唯一的猜測(cè)是 430 Forbidden 跟 403 Forbidden 太像了,為了避免混淆才這么做的,天知道!
511 Network Authentication Required (要求網(wǎng)絡(luò)認(rèn)證)
對(duì)我來說這個(gè)狀態(tài)碼很有趣,如果你在開發(fā)一個(gè) HTTP 服務(wù)器,你不一定需要處理該狀態(tài)碼,但如果你在編寫 HTTP 客戶端,那這個(gè)狀態(tài)碼就非常重要。
如果你頻繁使用筆記本和智能手機(jī),你可能會(huì)注意到大量的公用 WIFI 服務(wù)要求你必須接受一些協(xié)議或者必須登錄后才能使用。
這是通過攔截HTTP流量,當(dāng)用戶試圖訪問網(wǎng)絡(luò)返回一個(gè)重定向和登錄,這很討厭,但是實(shí)際情況就是這樣的。
使用這些“攔截”客戶端,會(huì)有一些討厭的副作用。在 RFC 中有提到這兩個(gè)的例子:
如果你在登錄WIFI前訪問某個(gè)網(wǎng)站,網(wǎng)絡(luò)設(shè)備將會(huì)攔截首個(gè)請(qǐng)求,這些設(shè)備往往也有自己的網(wǎng)站圖標(biāo) ‘favicon.ico'。登錄后您會(huì)發(fā)現(xiàn),有一段時(shí)間內(nèi)你訪問的網(wǎng)站圖標(biāo)一直是WIFI登錄網(wǎng)站的圖標(biāo)。
如果客戶端使用HTTP請(qǐng)求來查找文檔(可能是JSON),網(wǎng)絡(luò)將會(huì)響應(yīng)一個(gè)登錄頁,這樣你的客戶端就會(huì)解析錯(cuò)誤并導(dǎo)致客戶端運(yùn)行異常,在現(xiàn)實(shí)中這種問題非常常見。
因此 511 狀態(tài)碼的提出就是為了解決這個(gè)問題。
如果你正在編寫 HTTP 的客戶端,你最好還是檢查 511 狀態(tài)碼以確認(rèn)是否需要認(rèn)證后才能訪問。
本文來源于成都網(wǎng)站建設(shè)公司與成都網(wǎng)站設(shè)計(jì)制作公司-創(chuàng)新互聯(lián)成都公司!
文章名稱:新的四個(gè)http狀態(tài)碼
當(dāng)前地址:http://muchs.cn/news4/314904.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站建設(shè)、移動(dòng)網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)公司、App開發(fā)、響應(yīng)式網(wǎng)站、ChatGPT
廣告
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源:
創(chuàng)新互聯(lián)