原生JS中XMLHttpRequest.setRequestHeader無(wú)效是什么原因？

原生JS中xmlhttprequest.setrequestheader失效原因詳解

使用JavaScript的XMLHttpRequest對(duì)象發(fā)送網(wǎng)絡(luò)請(qǐng)求時(shí)，有時(shí)會(huì)遇到設(shè)置請(qǐng)求頭無(wú)效的問(wèn)題，導(dǎo)致服務(wù)器返回錯(cuò)誤代碼，例如403。本文分析XMLHttpRequest.setRequestHeader失效的常見(jiàn)原因。

問(wèn)題：開發(fā)者使用XMLHttpRequest.setRequestHeader設(shè)置User-Agent、Referer和Content-Type請(qǐng)求頭，但實(shí)際請(qǐng)求中并未生效。示例代碼如下：

http.open('GET', url, false); http.setRequestHeader("User-Agent", "Mozilla/5.0 ..."); http.setRequestHeader("referer", "http://www.oslang.cn/"); http.setRequestHeader("Content-Type", "application/x-www-form-urlencoded;"); http.send(http);

原因分析：代碼本身通常沒(méi)有錯(cuò)誤，問(wèn)題在于瀏覽器安全策略的限制。并非所有HTTP請(qǐng)求頭都允許通過(guò)JavaScript動(dòng)態(tài)設(shè)置。

瀏覽器通常會(huì)阻止JavaScript直接修改User-Agent和Referer請(qǐng)求頭。瀏覽器會(huì)自動(dòng)添加這兩個(gè)頭，開發(fā)者嘗試修改可能會(huì)被忽略。 因此，若需修改這兩個(gè)請(qǐng)求頭，應(yīng)從服務(wù)器端或其他方法處理，而非直接使用XMLHttpRequest.setRequestHeader。

至于Content-Type，如果設(shè)置無(wú)效，需要檢查服務(wù)器端配置和Content-Type值的正確性。 確保Content-Type值與發(fā)送的數(shù)據(jù)類型匹配。例如，發(fā)送json數(shù)據(jù)時(shí)，應(yīng)設(shè)置為”application/json”。

總結(jié)：XMLHttpRequest.setRequestHeader失效通常與瀏覽器安全策略有關(guān)，特別是對(duì)于User-Agent和Referer。 解決方法需要根據(jù)具體情況，檢查服務(wù)器端配置、Content-Type值以及是否需要從其他途徑修改User-Agent和Referer。