HTTP狀態碼的示例分析

這篇文章將為大家詳細講解有關HTTP狀態碼的示例分析，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

HTTP 狀態碼

1、狀態碼分類  

• - 1xx：信息，服務器收到請求，需要請求者繼續操作

• - 2xx：成功

• - 3xx：重定向

• - 4xx：客戶端錯誤

• - 5xx：服務端錯誤

2、常用狀態碼

• 200：請求成功

• 301：永久重定向

• 302：臨時移動

• 400 bad request：客戶端請求語法錯誤

• 401 unauthorized：客戶端沒有權限

• 403 forbidden：服務器拒絕客戶端請求

• 404 not found：客戶端請求資源不存在

• 500 Internal Server Eerro：服務器內部錯誤

• 502 bad gateway：作為網關或者代理工作的服務器嘗試執行請求時，從上游服務器接收到無效的響應

• 503 Service Unavailable 超載或系統維護

• 504 Gateway timeout：網關超時

3、502 的原因及解決方法

原因：nginx將請求提交給網關（php-fpm）處理異常導致

1）fastcgi 緩沖區設置過小

fastcgi_buffers 8 16k;

fastcgi_buffer_size 32k;

2）php-cgi的進程數設置過少

查看FastCgi進程數：netstat -anpo | grep "php-cgi"| wc -l

調整參數最大子進程數：max_children

一般按照單個進程20M計算需要需要設置的子進程數

3）max_requests（內存溢出或頻繁重啟）

參數指明每個children最多能處理的請求數量，到達最大值之后會重啟children。

設置過小可能導致頻繁重啟children：

php將請求輪詢給每個children，在大流量的場景下，每一個children 到達最大值的時間差不多，如果設置過小可能多個children 在同一時間關閉，nginx無法將請求轉發給php-fpm，cpu降低，負載變高。

設置過大可能導致內存泄露

4）php執行時間超過nginx等待時間

fastcgi_connect_timeout

fastcgi_send_timeout

fastcgi_read_timeout

5）fastcgi執行時間

max_execution_time

關于“HTTP狀態碼的示例分析”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。