nginx 302和304的區(qū)別？302:請(qǐng)求的資源現(xiàn)在臨時(shí)響應(yīng)來自不同URI的請(qǐng)求。因?yàn)檫@種重定向是臨時(shí)的，所以客戶端應(yīng)該繼續(xù)向原始地址發(fā)送未來的請(qǐng)求。只有在緩存控制中指定或過期時(shí)，此響應(yīng)才可緩存。

nginx 302和304的區(qū)別？

302:請(qǐng)求的資源現(xiàn)在臨時(shí)響應(yīng)來自不同URI的請(qǐng)求。因?yàn)檫@種重定向是臨時(shí)的，所以客戶端應(yīng)該繼續(xù)向原始地址發(fā)送未來的請(qǐng)求。只有在緩存控制中指定或過期時(shí)，此響應(yīng)才可緩存。新的臨時(shí)URI應(yīng)該在響應(yīng)的location字段中返回。除非這是一個(gè)head請(qǐng)求，否則響應(yīng)的實(shí)體應(yīng)該包含一個(gè)指向新URI的超鏈接和一個(gè)簡(jiǎn)短的描述。如果這不是get或head請(qǐng)求，除非用戶確認(rèn)，否則瀏覽器不會(huì)自動(dòng)重定向，因?yàn)檎?qǐng)求的條件可能會(huì)更改。304:如果客戶端發(fā)送條件get請(qǐng)求，并且請(qǐng)求已被允許，但文檔的內(nèi)容（自上次訪問以來或根據(jù)請(qǐng)求條件）沒有更改，則服務(wù)器應(yīng)返回此狀態(tài)代碼。304響應(yīng)不包含消息的主體，因此它總是以頭之后的第一個(gè)空行結(jié)束。