记一次debug -- php的session_start t
今天回到公司，打开电脑，循例摸完鱼（划掉）之后准备开始工作，打开Chrome，打开本地后台，等了好久之后，给我报了time out
image.png
？？？PHP挂掉了？先去看下PHP进程在不在
image.png
进程还在？是redis或者mysql的超时吗？
用Navicat连了一下mysql，可以连。连了一下本地redis，也没问题。那是php本身的问题？
看了一下php和php-fpm错误日志，也没有报错和异常，在脚本里面断点也能够打印出来，这就很奇怪了。
俗话说得好，没有什么问题是重启不能解决的，如果有，那就重装系统（误）。
然后我把php和nginx都重启了一遍，发现还是超时。不过执行没出错，超时的问题我已经可以定位是php的问题了。然后我想起之前配置php-fpm的时候看到过有个slowlog慢日志的配置。
; The log file for slow requests
; Default Value: not set
; Note: slowlog is mandatory if request_slowlog_timeout is set
slowlog = /usr/local/php/7.1.29/var/log/$pool.log.slow
; The timeout for serving a single request after which a PHP backtrace will be
; dumped to the 'slowlog' file. A value of '0s' means 'off'.
; Available units: s(econds)(default), m(inutes), h(ours), or d(ays)
; Default Value: 0
request_slowlog_timeout = 10
打开慢日志，把慢请求的时间设置为10秒
PS：request_slowlog_timeout设置为0会把慢日志关闭（dumped to the 'slowlog' file. A value of '0s' means 'off'）
然后重启php-fpm，执行一遍，查看慢日志
[25-Jun-2019 14:17:38] [pool caisiming] pid 73482
script_filename = backend/web/index.php
[0x0000000103c197f0] session_start() vendor/yiisoft/yii2/web/Session.php:131
[0x0000000103c19690] open() vendor/yiisoft/yii2/web/Session.php:583
[0x0000000103c195c0] get() vendor/yiisoft/yii2/web/User.php:658
[0x0000000103c191b0] renewAuthStatus() vendor/yiisoft/yii2/web/User.php:188
[0x0000000103c190e0] getIdentity() vendor/yiisoft/yii2/web/User.php:340
[0x0000000103c19070] getIsGuest() common/controllers/Controller.php:31
[0x0000000103c18de0] init() vendor/yiisoft/yii2/base/Object.php:107
[0x0000000103c18d30] __construct() vendor/yiisoft/yii2/base/Controller.php:84
[0x0000000103c18c80] __construct() vendor/yiisoft/yii2/di/Container.php:373
[0x0000000103c18c20] newInstanceArgs() vendor/yiisoft/yii2/di/Container.php:373
[0x0000000103c18940] build() vendor/yiisoft/yii2/di/Container.php:154
[0x0000000103c18600] get() vendor/yiisoft/yii2/BaseYii.php:340
[0x0000000103c18440] createObject() vendor/yiisoft/yii2/base/Module.php:569
[0x0000000103c180f0] createControllerByID() vendor/yiisoft/yii2/base/Module.php:522
[0x0000000103c17d30] createController() vendor/yiisoft/yii2/base/Module.php:514
[0x0000000103c17970] createController() vendor/yiisoft/yii2/base/Module.php:448
[0x0000000103c176f0] runAction() vendor/yiisoft/yii2/web/Application.php:100
[0x0000000103c17390] handleRequest() vendor/yiisoft/yii2/base/Application.php:375
代码最后执行的是session_start函数，看来是这一步超时了，接下来就好办了，google一下"session_start超时"。
得到的结果都是添加因为session文件锁住了，后面的请求没有办法获取到session handler，导致了死锁，从而请求超时。网上的建议是使用session_write_close函数。
好，拿到结果马上干。但是我加上去之后完全没有效果，还是超时。继续google往下翻，还是一样的结论，看来是彼之蜜糖，吾之砒霜啊。
问题是找到了，但是没有解决办法，总得要干活的吧，没办法，只好把session文件删掉，文件不存在了，锁也应该不存在了吧。
皮之不存，毛将焉附
网上找到php的session文件在mac的存放位置
/private/var/tmp/
/var/tmp/
// 两个目录是一样的
删掉全部session文件，再运行项目，就可以正常跑了。
结论：网上找的方法没有用，我个人猜想是有个php子进程挂掉了，或者成了僵尸进程？然后锁住了session文件，我打开浏览器之后session还没过期，一直请求这个session，所以导致了死锁。
这样想的话，那我在浏览器端删掉sessionID应该也能解决这个问题，不过这个办法并没有真正解决问题。
以上。
