某一天在通路線上平台的時候，突然發現進不去了，加載了好大一會先是出現“502 Bad Gateway”（網關錯誤）, 過了一會再去通路出現“504 Gateway Time-out”（網關逾時），現在就這兩個狀态出現的原因和解決辦法進行分析。
一、出現“502”
網頁顯示：
原因：（以下都有可能，原因并不唯一）
1. upstream連接配接失敗，可能後端服務沒有開啟，屬于應用服務的問題（前提是接入層7層正常的情況下）。
2. SSL初始化或者握手失敗，可能證書不正确
3. 發送請求時，和upstream的連接配接已經斷掉
4. 從upstream中recv資料失敗或者長度為0或者eof
5. upstream中recv的資料太大或者不是有效的HTTP header
上面的話可能一般人不了解，其中某位部落客給的解釋很好了解也比較準确：“後端伺服器tomcat沒有起來，應用服務的問題（前提是接入層7層正常的情況下）。
應用服務問題一種是應用本身問題；另一種是因為依賴服務問題比如依賴服務RT高，依賴的服務有大的讀取（mysql慢查，http等），以至于調用方超過逾時read時間；服務叢集壓力大時，也會出現502逾時（502了解為不可響應或響應不過來，其實還是不可響應）。”雖然和後端服務建立聯系，但是無法給予正常的響應，是以報錯。
解決辦法：
1.加大後端服務單個業務請求的執行的時間，具體是後端擴容或者前端限流
場景可能是：使用者在查詢資料時，本來後端跟前端是做大查詢的條數是10萬條，可是使用者不知道，直接查了近三年的資料，足足有1億多條，服務分分鐘就挂了
2.後端适當将php-cgi程序數設定多點，需要修改/usr/local/php/etc/php-fpm.conf 将其中的max_children值适當增加。
3.增大緩沖區
fastcgi_buffers 8 16k;
fastcgi_buffer_size 32k; 4.增大代理緩沖區
5.增加php逾時時間,php.ini 中預設的最長執行時間是 30 秒,即使morenmax_execution_time=30，适當增大這一數值
6.增加nginx等待時間：
http{
...
fastcgi_connect_timeout 300;//連接配接
fastcgi_send_timeout 300;//發送請求
fastcgi_read_timeout 300;//發送輸出
...
} 7.後端檢視并處理死掉的程序
二、出現“504”
網頁顯示：
原因：
大佬解釋：
“504 gateway time-out 顧名思義 網關逾時 一般計算機中的逾時就是配置錯了，此處一般指nginx做反向代理伺服器時，所連接配接的伺服器tomcat無響應導緻的。
從網絡角度，502已經與後端建立了連接配接，但逾時；504與後端連接配接未建立，逾時。” 伺服器作為網關或代理，但是沒有及時從上遊伺服器收到請求。上遊伺服器已關閉，也就是不響應網關或者代理
解決辦法：
1.nginx中配置：
(1) 增大以下逾時時間的值。預設都是60s。
http{
...
fastcgi_connect_timeout 300;//連接配接
fastcgi_send_timeout 300;//發送請求
fastcgi_read_timeout 300;//發送輸出
...
} (2) 優化性能參數設定,适當将fastcgi以下參數變大：
http {
...
fastcgi_buffer_size=128k;
fastcgi_buffers 2 256k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
...
} 2.php中配置：
（1）php.ini
設定max_execution_time值
（2）php-fpm
通過計算适當增大max_children（php-cgi最大程序數）、request_terminate_timeout（處理腳本的逾時時間）的值，
注意：以下的值并不是通用的，需要計算（計算詳情請點選）
max_children 40
request_terminate_timeout 900 三、常見的HTTP協定以及http狀态碼：
HTTP協定
參考：
【1】前端報502 bad gateway的原因及解決方案
【2】http 502 和 504 的差別
【3】http狀态碼502與504差別