APP
為什么起這個標題
關于我這篇前端https訪問后端http接口博客配置反向代理以后出現500錯誤，其實到最后解決問題的時候，其實也不是nginx上的問題，
那為什么起這樣的標題？主要是有些小伙伴配置反向代理出現500以后不經思考的在網上亂查詢，起這樣的標題能夠讓伙伴們點進來看看我這篇博客的問題是否跟伙伴們的問題一樣。
出現狀態500錯誤后，不要亂，放平心態，耐心地分析為什么會出現500錯誤，出現500錯誤的原因很多，一定要看日志！一定要看錯誤的反饋信息！
我遇到500后怎么做
說說我這里的500錯誤吧，出現500以后我分析了許久nginx的反向代理配置，以為是nginx這里配置的問題，就是因為這樣在這里瞎折騰了許久，在這個過程我把前后端的服務環境重新部署了還是出現500問題，也去看了nginx的日志和后端的日志，發現都沒問題，這時候我就很疑惑了，然后我去問了一些自己認為厲害的高手，在這里多說一句，一定要厚著臉皮去問，解決了那就最好，可以節省很多時間，他們沒幫你解決也別灰心，看看有沒有其他替代的方案，最后你能自己解決問題以后保你成就感滿滿的！
回歸正題，如果你出現500以后你可以嘗試重啟后端的服務，分析你的報錯反饋信息，然后上網查查有沒有關于這方面的信息，網上或許有很多的復制粘貼的博客他們的環境也不一定跟我們一樣，所以一定一定要看自己的日志信息，看日志有沒有打印提示報錯的地方或者檢查后端依賴的服務有沒有崩。
最后我是怎么解決問題的
我部署后端的環境是在內網中的，然后我把后端的接口暴露，使用postman工具來測試發現測試返回的數據不是想要的數據，因為在線上是沒問題的，然后再去看后端的日志，我后端使用了spring security的安全框架，在日志中有一條過濾器的打印描述了沒認證的信息。因為之前我嘗試打錯參數去發送請求，得到密碼錯誤的信息，說明是可以請求到后端的，也是因為這里才誤導我以為是nginx的配置問題。也就是上面的日志輸出才讓我清晰地認識到是不是權限的問題，然后我就去檢查我后端配置的root用戶的數據庫權限，原來問題出在我在搭建docker的時候部署mysql沒有給到root遠程主機登錄的權限，也就是root的host字段是localhost,然后把該字段添加了%，再用postman去請求后端的接口成功有數據返回，問題解決了。
總結
在這里總結一下，出現錯誤不要慌，一定要讓自己冷靜下來，沒頭緒的話，喝杯水，看看遠處風景，要有堅持把問題解決的決心。
一定一定要看錯誤的反饋信息，一定一定要看日志！可能有很多地方誤導我們，所以我們一定要冷靜下來回想架構，分析可能出現問題的地方。
最后，祝你們也能早點解決還沒解決的bug!
本文摘自 ：https://www.cnblogs.com/
