寫日志之前先copy一段nginx502的原因，從某網看到如下，然而這并不是重點，最重要還是看博主手敲的東西。

一、NGINX 502錯誤排查NGINX 502 Bad Gateway錯誤是FastCGI有問題，造成NGINX502錯誤的可能性比較多。將網上找到的一些和502 BadGateway錯誤有關的問題和排查方法列一下，先從FastCGI配置入手：1.FastCGI進程是否已經啟動2.FastCGI worker進程數是否不夠運行 netstat -anpo | grep “php-cgi” | wc -l判斷是否接近FastCGI進程，接近配置文件中設置的數值，表明worker進程數設置太少3.FastCGI執行時間過長根據實際情況調高以下參數值fastcgi_connect_timeout 300;fastcgi_send_timeout 300;fastcgi_read_timeout 300;4.FastCGI Buffer不夠nginx和apache一樣，有前端緩沖限制，可以調整緩沖參數fastcgi_buffer_size 32k;fastcgi_buffers 8 32k;5.PRoxy Buffer不夠如果你用了Proxying，調整proxy_buffer_size 16k;proxy_buffers 4 16k;參見：http://www.server110.com6.https轉發配置錯誤正確的配置方法server_name www.mydomain.com;location /myproj/repos {set $fixed_destination $http_destination;if ( $http_destination ~* ^https(.*)$ ){set $fixed_destination http$1;}proxy_set_header Host $host;proxy_set_header X-Real-ip $remote_addr;proxy_set_header Destination $fixed_destination;proxy_pass http://subversion_hosts;}當然，還要看你后端用的是哪種類型的FastCGI，我用過的有php-fpm，流量約為單臺機器40萬PV(動態頁面),現在基本上沒有碰到502。

7.php腳本執行時間過長將php-fpm.conf的<valuename="request_terminate_timeout">0s</value>的0s改成一個時間

~~~~~~~~~~~~~~~~~~~~~~~~~~~華麗麗的分割線~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

博主遇到的問題是因為代碼中有一個參數通過引用傳遞，然后訪問之后直接502，博主看到此信息，第一時間是直接把display_errors打開，

然后我就有疑問了為什么打開了錯誤顯示，就不502了，只是有些E_STRICT的警告，之后經過了一輪輪調試，仍舊沒有辦法之后原因。

無可奈何之后查看了nginx的錯誤截圖如下。當時想這尼瑪不是php fastcgi的報錯，為什么會出現在nginx的錯誤日志里面，這感覺不怎么科學，苦思冥想

再經過幾輪傷痛無果的調試，依然感覺無力，只能先暫告一段落。