http 400

http狀態(tài)返回代碼400怎么解決

http狀態(tài)返回代碼400，這是因?yàn)橛嬎銠C(jī)網(wǎng)絡(luò)狀態(tài)異常導(dǎo)致的，具體的修復(fù)方法如下：

1、首先，點(diǎn)擊電腦右下角的網(wǎng)絡(luò)圖標(biāo)，然后將電腦的寬帶斷開：

2、之后來到控制面板，找到防火墻選項并點(diǎn)擊：

3、進(jìn)入到新的界面之后點(diǎn)擊左邊的高級設(shè)置：

4、將電腦的防火墻點(diǎn)擊關(guān)閉狀態(tài)，之后點(diǎn)擊確定：

5、最后在新出現(xiàn)的窗口中將瀏覽器修改為網(wǎng)絡(luò)信任，這樣電腦在上網(wǎng)的時候就不會初選HTTP狀態(tài)返回400錯誤代碼的錯誤了：

HTTP 400 錯誤是什么原因

HTTP400 Bad Request 表示語義有誤，當(dāng)前請求無法被服務(wù)器理解。除非進(jìn)行修改，否則客戶端不應(yīng)該重復(fù)提交這個請求；請求參數(shù)有誤。

解決方案：

1）對照字段名稱，類型保證一致性；

2）使用stringify將前端傳遞的對象轉(zhuǎn)化為字符串 ，data: JSON.stringify(param)。

當(dāng)用戶試圖通過HTTP或FTP協(xié)議訪問一臺運(yùn)行主機(jī)上的內(nèi)容時，Web服務(wù)器返回一個表示該請求的狀態(tài)的數(shù)字代碼。

該狀態(tài)代碼記錄在服務(wù)器日志中，同時也可能在 Web 瀏覽器或 FTP客戶端顯示。也就是我們打開頁面發(fā)生錯誤時瀏覽器顯示的錯誤信息代碼。狀態(tài)代碼可以指明具體請求是否已成功，還可以揭示請求失敗的確切原因。

HTTP400系列錯誤列表：

1、401 Unauthorized

當(dāng)前請求需要用戶驗(yàn)證。該響應(yīng)必須包含一個適用于被請求資源的 WWW-Authenticate 信息頭用以詢問用戶信息。客戶端可以重復(fù)提交一個包含恰當(dāng)?shù)?Authorization 頭信息的請求。如果當(dāng)前請求已經(jīng)包含了 Authorization 證書，那么401響應(yīng)代表著服務(wù)器驗(yàn)證已經(jīng)拒絕了那些證書。

如果401響應(yīng)包含了與前一個響應(yīng)相同的身份驗(yàn)證詢問，且瀏覽器已經(jīng)至少嘗試了一次驗(yàn)證，那么瀏覽器應(yīng)當(dāng)向用戶展示響應(yīng)中包含的實(shí)體信息，因?yàn)檫@個實(shí)體信息中可能包含了相關(guān)診斷信息。參見RFC 2617。

2、402 Payment Required

該狀態(tài)碼是為了將來可能的需求而預(yù)留的。

3、403 Forbidden

服務(wù)器已經(jīng)理解請求，但是拒絕執(zhí)行它。與401響應(yīng)不同的是，身份驗(yàn)證并不能提供任何幫助，而且這個請求也不應(yīng)該被重復(fù)提交。如果這不是一個 HEAD 請求，而且服務(wù)器希望能夠講清楚為何請求不能被執(zhí)行，那么就應(yīng)該在實(shí)體內(nèi)描述拒絕的原因。當(dāng)然服務(wù)器也可以返回一個404響應(yīng)，假如它不希望讓客戶端獲得任何信息。

4、404 Not Found

請求失敗，請求所希望得到的資源未被在服務(wù)器上發(fā)現(xiàn)。沒有信息能夠告訴用戶這個狀況到底是暫時的還是永久的。假如服務(wù)器知道情況的話，應(yīng)當(dāng)使用410狀態(tài)碼來告知舊資源因?yàn)槟承﹥?nèi)部的配置機(jī)制問題，已經(jīng)永久的不可用，而且沒有任何可以跳轉(zhuǎn)的地址。

404這個狀態(tài)碼被廣泛應(yīng)用于當(dāng)服務(wù)器不想揭示到底為何請求被拒絕或者沒有其他適合的響應(yīng)可用的情況下。出現(xiàn)這個錯誤的最有可能的原因是服務(wù)器端沒有這個頁面。

5、405 Method Not Allowed

請求行中指定的請求方法不能被用于請求相應(yīng)的資源。該響應(yīng)必須返回一個Allow 頭信息用以表示出當(dāng)前資源能夠接受的請求方法的列表。鑒于 PUT，DELETE 方法會對服務(wù)器上的資源進(jìn)行寫操作，因而絕大部分的網(wǎng)頁服務(wù)器都不支持或者在默認(rèn)配置下不允許上述請求方法，對于此類請求均會返回405錯誤。

參考資料：百度百科——HTTP狀態(tài)碼

此錯誤(HTTP 400 錯誤的請求)表示此程序可以連接到 Web 服務(wù)器，但是因?yàn)榈刂穯栴}無法找到該網(wǎng)頁。

400錯誤提示：您正在搜索的頁面可能已經(jīng)刪除、更名、內(nèi)容過期或暫時不可用。解決方法如下：

1、單擊服務(wù)器rver左下角“開始”--“管理工具”--“Internet信息服務(wù)器(IIS)管理器”。

2、打開我們服務(wù)器rver上的“Internet信息服務(wù)器(IIS)管理器”，發(fā)現(xiàn)網(wǎng)站是“停止”狀態(tài)。

3、那么就右鍵單擊“啟動(S)”正確即可解決。

4、如果是網(wǎng)站指向的路徑不正確，或不存在，比如input文件夾被意外刪除了，這個就需要網(wǎng)站管理恢復(fù)修復(fù)好了。

5、還有就是指定的某個web網(wǎng)頁頁面不存在，比如圖6中的index.html被刪除或篡改了，也會出現(xiàn)http/IIS錯誤請求,400錯誤,請求格式錯誤。

http請求400錯誤

4xx：客戶端錯誤
400 Bad Request：客戶端請求有語法錯誤，服務(wù)器無法理解。
一般來說，原因都是提交的字段類型、數(shù)據(jù)格式的問題
1）前端提交數(shù)據(jù)的字段名稱或者是字段類型和后臺的實(shí)體類不一致，導(dǎo)致無法封裝；
2）前端提交的到后臺的數(shù)據(jù)應(yīng)該是json字符串類型，而前端沒有將對象轉(zhuǎn)化為字符串類型；

這兩種的解決方案：
1）對照字段名稱，類型保證一致性
2）使用stringify將前端傳遞的對象轉(zhuǎn)化為字符串 data: JSON.stringify(param) ;

因?yàn)樵趐ostman上可以調(diào)通，所以不是上述原因，而且因?yàn)楹笈_要求，這次的參數(shù)全部拼接在url上。然后就發(fā)現(xiàn)原因了，這次的請求拼接為 http://url...?key1=value1&key2=key2
http請求參數(shù)中含有 & 或者空格，必須URL編碼（GET請求時，參數(shù)含有中文，也需要URL編碼哦）

請求 http://url...?+encodeURI(key1=value1&key2=key2) ，對url后面參數(shù)拼接部分進(jìn)行UTF-8編碼，將&去除

這樣就好啦，哈哈哈哈哈。。。

偶然想到另一種可能，就是http請求長度過長的時候可能也會報400錯誤。我試了一下，hbuilder在ios端打包后，長度7000多是可以正常請求的，當(dāng)超過9000的時候會報400錯誤；在小程序上，報的就是414了。。。