这篇文章将为大家详细讲解有关swoole task会不会阻塞，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。
如果有仔细看过 swoole task 的文档的话，应该都会注意到这句话
task操作的次数必须小于onTask处理速度，如果投递容量超过处理能力，task会塞满缓存区，导致worker进程发生阻塞。
worker进程将无法接收新的请求
task 如果阻塞会引发 woker 进程阻塞，造成服务无法工作，引发问题。
我曾经使用 task 发送服务的链路日志，接收日志的服务出现bug，造成发送日志的 task 阻塞，然后服务 gg 的情况，之后我就对 task 做了一波优化。
思路就是使用 swoole channel 和 swoole user process 实现一套 task 。
使用 channel 接收数据，然后在 user process 消费数据，假如 channel 满了仅仅会造成 push 数据失败，并不会引发阻塞，因为是链路日志，是允许丢失的，所以这个方案完全没问题。
在swoole user process 消费 channel 的策略的伪代码如下
$sleepTime = 5;
$maxSleepTime = 100;
while (true) {
$task = $chan->pop();
if ($task === false) {
$sleepTime = $sleepTime + 5;
if ($sleepTime > $maxSleepTime) {
$sleepTime = $maxSleepTime;
}
usleep($sleepTime * 1000);
continue;
}
$sleepTime = 0;
// 处理数据
}如果消费到channel的数据，就使用死循环处理数据，因为处理数据过程中是有其他操作的，所以并不会占用大量 cpu。
如果消费不到数据，就 sleep 5ms，sleep的时间依次累加，直到达到最大值 100ms，达到 cpu 使用率和处理数据实时性的一个平衡，具体平衡点可以根据自己的业务按需调整。
关于“swoole task会不会阻塞”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
