写日志之前先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的错误日志里面，这感觉不怎么科学，苦思冥想

再经过几轮伤痛无果的调试，依然感觉无力，只能先暂告一段落。