摘要:的狀態碼都是重定向,那么,,的重定向都有啥區別捏,我們先看一下各自的定義請求的資源現在臨時從不同的響應請求。狀態碼和被添加了進來,用以明確服務器期待客戶端進行何種反應。
http狀態碼是web開發中經常會用到的一個東西,前幾天無意中看到一個url返回一個307的狀態碼,我一眼看著挺新鮮,就搜刮了一下相關知識,發現還挺有用,特此記錄。
3xx的狀態碼都是重定向,那么307,303,302的重定向都有啥區別捏,我們先看一下各自的定義
307 Temporary Redirect
請求的資源現在臨時從不同的URI響應請求。由于這樣的重定向是臨時的,客戶端應當繼續向原有地址發送以后的請求。只有在Cache-Control或Expires中進行了指定的情況下,這個響應才是可緩存的。
新的臨時性的URI應當在響應的Location域中返回。除非這是一個HEAD請求,否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。因為部分瀏覽器不能識別307響應,因此需要添加上述必要信息以便用戶能夠理解并向新的URI發出訪問請求。
如果這不是一個GET或者HEAD請求,那么瀏覽器禁止自動進行重定向,除非得到用戶的確認,因為請求的條件可能因此發生變化。
303 See Other
對應當前請求的響應可以在另一個URI上被找到,而且客戶端應當采用GET的方式訪問那個資源。這個方法的存在主要是為了允許由腳本激活的POST請求輸出重定向到一個新的資源。這個新的URI不是原始資源的替代引用。同時,303響應禁止被緩存。當然,第二個請求(重定向)可能被緩存。
新的URI應當在響應的Location域中返回。除非這是一個HEAD請求,否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。
注意:許多HTTP/1.1版以前的瀏覽器不能正確理解303狀態。如果需要考慮與這些瀏覽器之間的互動,302狀態碼應該可以勝任,因為大多數的瀏覽器處理302響應時的方式恰恰就是上述規范要求客戶端處理303響應時應當做的。
302 Found
請求的資源現在臨時從不同的URI響應請求。由于這樣的重定向是臨時的,客戶端應當繼續向原有地址發送以后的請求。只有在Cache-Control或Expires中進行了指定的情況下,這個響應才是可緩存的。
新的臨時性的URI應當在響應的Location域中返回。除非這是一個HEAD請求,否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。
如果這不是一個GET或者HEAD請求,那么瀏覽器禁止自動進行重定向,除非得到用戶的確認,因為請求的條件可能因此發生變化。
注意:雖然RFC 1945和RFC 2068規范不允許客戶端在重定向時改變請求的方法,但是很多現存的瀏覽器將302響應視作為303響應,并且使用GET方式訪問在Location中規定的URI,而無視原先請求的方法。狀態碼303和307被添加了進來,用以明確服務器期待客戶端進行何種反應。
咋一看主要區別如下:
302是http1.0的協議狀態碼,在http1.1版本的時候為了細化302狀態碼又出來了兩個303和307,
你可以理解為303就是我們之前的302干的事情,臨時重定向。
307有點意思:
如果這不是一個GET或者HEAD請求,那么瀏覽器禁止自動進行重定向,除非得到用戶的確認,因為請求的條件可能因此發生變化
不是get或head,那比如我們提交一個post會怎么樣。我做了個測試,demo地址點擊這里
我有四個表單,分別測試303和307的get和post請求,他們都會重定向到同一個url(target.php),這個php會打印出所有的請求參數
我把四個結果截圖如下
303post截圖如下
303get截圖如下
![
][2]
307post截圖如下
![
][3]
307get截圖如下
![
][4]
結語
**303重定向不會自動吧get,post的請求帶到目標url去。
307重定向會把post的請求自動帶到目標url,而對于get請求307也不會把參數帶過去**
原文見這里
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/82160.html
摘要:分別具體介紹幾個常用的狀態碼二成功的響應結果表明請求被正常處理了。狀態碼返回時,不包含任何響應的主體部分。該狀態碼表示發送的請求需要有通過認證認證認證的認證信息。該狀態碼表明服務器端在執行請求時發生了錯誤。六總結狀態碼和狀況的不一致。 返回結果的 HTTP 狀態碼 一.簡單介紹: 總述:HTTP 狀態碼負責表示客戶端 HTTP 請求的返回結果、標記服務器端的處理是否正常、通知出現的錯誤...
摘要:分別具體介紹幾個常用的狀態碼二成功的響應結果表明請求被正常處理了。狀態碼返回時,不包含任何響應的主體部分。該狀態碼表示發送的請求需要有通過認證認證認證的認證信息。該狀態碼表明服務器端在執行請求時發生了錯誤。六總結狀態碼和狀況的不一致。 返回結果的 HTTP 狀態碼 一.簡單介紹: 總述:HTTP 狀態碼負責表示客戶端 HTTP 請求的返回結果、標記服務器端的處理是否正常、通知出現的錯誤...
閱讀 3403·2023-04-26 02:41
閱讀 2445·2023-04-26 00:14
閱讀 2823·2021-08-11 10:22
閱讀 1276·2019-12-27 11:38
閱讀 3571·2019-08-29 18:34
閱讀 2375·2019-08-29 12:13
閱讀 2951·2019-08-26 18:26
閱讀 1834·2019-08-26 16:49