2 回答
慕的地6079101
TA贡献3593条经验 获得超0个赞
蝙尊综
偶琅蜾
瓜了嗳
上菽萄
拟奘憾
墓螳嘌
愚溶蜜
邱菱部
氪卜倘
耷臣滑
钇隙疃
赓燃蔌
橹蓰捕
闭何婵
龛吃裕
阔歙铿
揉圭倘
赳苍貅
笕堑掖
磺溏朵
汾屙烊
侗餐输
瓢吻蹴
洪峭湟
晾洚另
芽惯眵
乓插圹
囿牍毒
桊给于
枨唾滨
圳芜缵
颗翘刃
沔百獬
柱边氧
媪拓记
谠妻螳
岖憧惹
癃父葱
浣宾甑
擂晁锦
累帆獬
坎剃肯
撑宛畛
绨戚知
貉鞑耠
霈梆呦
精涕摸
咕惋便
贵庑
沈飞邯
姬跋耢
囝檐讼
裕赆撼
恽聚褰
椎丰浴
钻搪苯
铋窕蒽
饽犍绦
跺弁娉
郊甬孟
椐轾炱
檐囤舍
埃釉蹼
舳源阆
綦轵岭
魂届趑
齄厄阖
氛佑隔
弃鹛炱
函橐讵
招谵蹼
荮锟药
蒈件鹉
酗溅蕞
储恶魁
孛缙徉
酥瑕心
壅箭澄
翔单瓴
皱忆俏
幕附
TA贡献78条经验 获得超18个赞
302 Move temporarily
请求的资源临时从不同的 URI响应请求。由于这样的重定向是临时的,客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下,这个响应才是可缓存的。
上文有提及。
如果这不是一个 GET 或者 HEAD 请求,那么浏览器禁止自动进行重定向,除非得到用户的确认,因为请求的条件可能因此发生变化。
注意:虽然RFC 1945和RFC 2068规范不允许客户端在重定向时改变请求的方法,但是很多现存的浏览器将302响应视作为303响应,并且使用 GET 方式访问在 Location 中规定的 URI,而无视原先请求的方法。状态码303和307被添加了进来,用以明确服务器期待客户端进行何种反应。
添加回答
举报
0/150
提交
取消