解決Nginx 400 Bad Request問(wèn)題的思路是怎樣的，針對(duì)這個(gè)問(wèn)題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問(wèn)題的小伙伴找到更簡(jiǎn)單易行的方法。

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)！專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、微信小程序定制開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了右玉免費(fèi)建站歡迎大家使用！

400 Bad Request是一種HTTP錯(cuò)誤狀態(tài)碼。HTTP/1.1對(duì)400 Bad Request的定義主要是：1、語(yǔ)義有誤，當(dāng)前請(qǐng)求無(wú)法被服務(wù)器理解。除非進(jìn)行修改，否則客戶端不應(yīng)該重復(fù)提交這個(gè)請(qǐng)求。2、請(qǐng)求參數(shù)有誤。1. 一般導(dǎo)致400異常的場(chǎng)景

一般使用Nginx在以下場(chǎng)景會(huì)報(bào)400 Bad Request：

2. 特殊問(wèn)題場(chǎng)景一：URLConnection發(fā)起HTTPS請(qǐng)求經(jīng)過(guò)代理400異常

我們有某個(gè)系統(tǒng)A，在和系統(tǒng)B之間通信時(shí)使用的是HTTPS協(xié)議，在系統(tǒng)B的nginx代理層有大量400錯(cuò)誤拋出。經(jīng)過(guò)我們排查，不存在上述請(qǐng)求頭部過(guò)大或者空請(qǐng)求的情況。那么400問(wèn)題因何而起呢？我們根據(jù)問(wèn)題癥狀瀏覽了大量國(guó)外技術(shù)網(wǎng)站，終于定位到這是JDK的一個(gè)bug：

JDK-6687282 : URLConnection for HTTPS connection through Proxy w/ Digest Authentication gives 400 Bad Request

A系統(tǒng)的JDK版本比較老java version "1.6.0_05"，同時(shí)使用的是JDK原生的"CONNECT verisign.com:443 HTTP/1.1"

1.sun.net.www.protocol.http.digestauthentication 
2.使用Apache HttpClient代替URLConnection

關(guān)于解決Nginx 400 Bad Request問(wèn)題的思路是怎樣的問(wèn)題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒(méi)有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。