大佬教程收集整理的这篇文章主要介绍了PHP 教你使用 Swoole-Tracker 秒级定位 PHP 卡死问题，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
PHPer 肯定收到过这样的投诉：小菊花一直在转！你们网站怎么这么卡！当我们线上业务遇到这种卡住(阻塞)的情况，大部分 PHPer 会两眼一抹黑，随后想起那句名言：性能瓶颈都在数据库然后把锅甩给DBA，赶紧找找慢sql，但这是非常错误的做法，因为有太多因素能导致业务卡住，下面列举几种常见的卡住问题。
最常见的就是写出了死循环代码
1 <?PHP 2 while(1){ 3 //do something 4 if($condition){ 5 //满足条件后退出循环 6 break; 7 } 8 }
上述代码通过$condition控制循环退出，如果程序验证不严格，某些情况$condition永远为真就会导致请求卡死。
PHP的session锁等待(ps:很多地方叫做session死锁，这不太符合死锁定义)，这个相信大部分PHPer都遇到过，PHP@L_450_15@认会把session信息存储在/tmp/sess_下面的session文件里面，调用session_start()函数的时候会调用flock系统调用给session文件加锁，如果前一个请求没有结束或者手动释放session就会导致后面的请求无法获得锁，卡死在session_start()这个地方。下面举个例子，比如这种代码：
seTinterval(function () { $.post("/ajax/doSomething", {}, function (result) {//1s进行一次ajax }); }, 1000)//1000ms == 1s
前端js定时通过ajax请求一下后端PHP的接口(/ajax/doSomething)做一些比较耗时的事情，写代码的人可能想当然的认为第一次的请求即使没有处理完，也不会影响第二次的请求，因为有很多的FPM进程每次请求会分发到不通的进程，但殊不知第二次请求会卡死在session_start()。
最常见的场景就是写日志，在PHP代码中确保每次fwrite写的日志内容小于8k的情况下我们可以利用append原子追加方式写日志，但是如果保证不了小于8k我们就需要在每次写日志前给文件加文件锁来避免两次日志间产生穿插的情况，代码如下：
<?PHP $fp = fopen("/home/guoxinhua/PHP.log", "a+"); if (flock($fp, LOCK_EX)) { //给日志文件加锁 //do something fwrite($fp, "the huge String\n"); flock($fp, LOCK_UN); // 释放锁定 }
如果在A进程获得锁后由于某种问题阻塞了那么B进程就会卡死在第三行flock的位置，除非A进程被kill掉，系统会自动释放这个文件锁
MysqL、CURL、Swoole\Client 等网络客户端未设置超时可能会导致进程阻塞。Swoole\Client 建立 TCP 连接的时候connect方法的最后一个参数是超时时间，-1即为永不超时，注意这里设置不是单指这次connect方法，而是后面所有的send,recv都永不超时，在同步阻塞的编程模式下，如果此时对端机器直接宕机等原因导致网络不通，那么本端业务的表现就是卡死状态，所有的send,recv方法都将被阻塞，代码如下:
<?PHP $cli = new Swoole\Client(SWOOLE_SOCK_TCp); if ($cli->connect('127.0.0.1', 9501,-1)) { $cli->send("data"); $cli->recv(); } else { echo "connect Failed."; }
在 Swoole 协程模式下，不正确的使用lock也会导致所有协程大面积卡死，如下代码，通过go方法创建2个协程(不理解协程的同学可以理解为创建了2个线程)，第一个协程lock获得锁后在co::sleep位置让出了cpu此时开始执行第二个协程，第二个协程会卡死在第6行获得锁的位置，同时第一个协程也永远无法恢复继续执行。
<?PHP $lock = new Swoole\Lock(); $c = 2;//创建2个协程 while ($c--) { go(function () use ($lock) {//创建协程 $lock->lock();//获得锁 Co::sleep(1);//让出cpu $lock->unlock();//释放锁 }); }
上述只是举了一些例子，真实业务中还有各种姿势的卡死，遇到这种问题有经验的PHPer会用strace -p命令查看当前PHP进程到底阻塞在哪个系统调用上面来定位问题，但这种方式有几个问题:
futex(0x7f4c8d567128, FUTEX_WAIT, 2, NULL)这种信息，非常的不直观，很多人根本不知道哪些PHP代码会触发futex系统调用，还有前文提到session_start那个问题，很多人根本不知道这里会触发flock，也就说很难根据一个系统调用定位到具体问题。strace -p哪个进程呢？貌似只能碰碰运气了。strace命令的原理是追踪所有的系统调用，如果是前文提到的第一种情况，也就是死循环的卡死，strace根本无法获得任何有用的信息。此时我们只能用gdb工具来获取当前死循环在哪里具体，具体做法如下：首先：gdb attach后面接个进程id。p (char *)executor_globals.current_execute_data.func.op_array.filename.val打印当前执行的PHP文件。p (char *)executor_globals.current_execute_data.func.op_array.Function_name.val打印当前执行的函数名。p executor_globals.current_execute_data.opline.lineno打印当前执行的行数。.gdbinit能稍微减少点难度，但是也有很多其他问题）。针对上述问题，Swoole官方出了一个解决方案 Swoole Tracker 的堆栈工具，同时支持FPM和Swoole。
使用方法很简单：
除了上面的卡死问题，还有一种情况是调用变慢，比如原来一个系统调用5ms，但是由于网络等等原因，这个调用100ms才返回，业务的表现是变慢了而不是卡死在那里，这种情况通过tracker的抓堆栈工具是无法定位问题的，因为卡住时间很短，很难抓到调用堆栈，此时需要Swoole工具链中的另外一个工具阻塞IO检测工具我们会在后面给大家介绍。
以上是大佬教程为你收集整理的PHP 教你使用 Swoole-Tracker 秒级定位 PHP 卡死问题全部内容，希望文章能够帮你解决PHP 教你使用 Swoole-Tracker 秒级定位 PHP 卡死问题所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。
