Swoole 异常疑难杂症求解

发表于2019-08-26|更新于2019-08-26|踩坑教训

|评论数:

问题很难搞呀下面是抛错

[2019-08-26 11:08:03 $26288.0]  WARNING swManager_check_exit_status: worker#1 abnormal exit, status=0, signal=11
A bug occurred in Swoole-v4.2.12, please report it.
The Swoole developers probably don't know about it,
and unless you report it, chances are it won't be fixed.
You can read How to report a bug doc before submitting any bug reports:
>> https://github.com/swoole/swoole-src/issues/2000
Please do not send bug reports in the mailing list or personal letters.
The issue page is also suitable to submit feature requests.

代码如下就是调用了常量就抛错….

code...
RedisKeys::HEDGE_USER_LAST_ID_HASH

问题规避掉了

// 原代码 
\swoole_timer_tick(300, [self::class, 'hedgeProcessor']);

// 修改后 
 \swoole_timer_tick(300, function() {
     self::hedgeProcessor();
 });

问题并没有解决 , 最近心累不想提bug 再去沟通先把bug 解决再说
原因暂不调查

文章作者: Leon

文章链接: https://tago.top/archives/4fc5dcd1.html

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Leon！

相关推荐

Swoole Http 服务 Woker子进程bug 导致 Master 进程内存溢出导致

今天生产突然遇到一个问题. 一个内部的http 接口服务. master 进程内存溢出, 快速增长内存问题. 想了很多也看了很多日志. 发现服务器 php_error.log 在提示内存溢出写入日志内存失败. [05-Apr-2024 20:56:09 Asia/Shanghai] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 20382400 bytes) in FileLog.php on line 217 通过调试发现和大佬们说的一样: 主进程内存占用过高一般是有大量数据未发送保存在内存缓存区中，请开启心跳检测功能，剔除坏连接。诶我们这个问题还是日志写的太大了. 导致 worker进程直接 Fatal 死掉了. Master 不主动释放, 日积月累服务器内存写满.

Swoole CPU 亲和性配置 `open_cpu_affinity`

open_cpu_affinity启用CPU亲和性设置。在多核的硬件平台中，启用此特性会将swoole的reactor线程/worker进程绑定到固定的一个核上。可以避免进程/线程的运行时在多个核之间互相切换，提高CPU Cache的命中率。使用taskset命令查看进程的CPU亲和设置： taskset -p 进程IDpid 24666's current affinity mask: fpid 24901's current affinity mask: 8 mask是一个掩码数字，按bit计算每bit对应一个CPU核，如果某一位为0表示绑定此核，进程会被调度到此CPU上，为0表示进程不会被调度到此CPU。示例中pid为24666的进程mask = f 表示未绑定到CPU，操作系统会将此进程调度到任意一个CPU核上。pid为24901的进程mask = 8，8转为二进制是 1000，表示此进程绑定在第4个CPU核上。仅推荐在全异步非阻塞的Server程序中启用

Swoole onClose handler error. Http onRequest handler error.

接口调用一个不存在的类长时间不回显. 客户端主动断链抛错 PHP Warning: SwooleServer::start(): onClose handler error接下来再次请求直接不回包抛错 PHP Warning: SwooleServer::start(): Http onRequest handler error. 请求其他正常接口仍不回显, 抛上述错误. 再次请求这个进程仍是抛错直到 worker 进程死掉才会抛 PHP Warning: SwooleServer::start(): onWorkerStop handler errorPHP Fatal error: Uncaught Error: Class 'ControllerWebTest' not found 抛错:PHP Warning: Swoole\Server::start(): onClose handler error. PHP Warning: Swoole\Server::start(): Http onRequest handler erro...

Swoole 进程模型

收藏一下总是忘记这张图 . Swoole 进程模型从上图中可以看出，Swoole 在启动后会创建 Master 进程和 Manager 进程。Master 进程会创建 Master 线程、Reactor 线程、心跳检测线程等，Manager 进程会创建 Worker 进程和 Task 进程。 Swoole 的线程和进程之间分别有什么作用呢？ Master 进程这个进程是 swoole 的核心进程，也是一个多线程的进程，一个 Master 线程和多个 Reactor 进程，Reactor 线程的数量可以配置。 Master 线程 Master 线程用于 accept 新的连接，然后会评估每个 Reactor 线程维护的连接数，最后将这个新的连接分配给连接数量最少的那个 Reactor 线程，从而保证每个 Reactor 线程的负载量是均衡的。Master 线程还负责对所有信号的接管（包括请求处理、重启进程、重载配置等），避免 Reactor 线程收到信号的打扰中断。 Reactor 线程当一个 socket 可读或可写的时候，就由 Reactor 线程将事件转发给 work...

Swoole 使用 Xhprof 调试 HTTP服务

昨天服务出了问题，生产环境代码需要优化一般我们会通过几种方式分析：日志法：通过各种日志，查看耗时，找出相应的问题，但这种方法有几个缺点：粒度太粗，不好控制侵入性太强，需要人工打点性能指标不够，只能分析出大致的耗时，但不能分区i/o, cpu时间乖 xdebug：目前最牛逼的性能分析工具，可以无侵入式的详细的记录完整的调用链，遗憾的是与swoole不兼容xhprof: facebook出口的一款性能分析工具，简单易用，问题是：后期不维护了，对现在的php版本以及swoole支持度都不好第三方的apm工具: 不可控，也不如前面2位，对swoole支持也不好找到一个网站：https://tideways.com/，维护并持续更新xhprof，使之能支持php7 也支持在swoole下跑安装 tideways_xhprof# 克隆扩展$ git clone https://github.com/shenzhe/php-xhprof-extension $ cd php-xhprof-extension/ # 没发现phpize $ phpize --version ...

yum 升级 swoole 版本

使用 yum 升级 Swoole 版本在使用 Swoole 进行开发时，及时更新到最新的版本是保持系统稳定性和安全性的重要措施之一。本文将介绍如何使用 yum 工具来升级 Swoole 的版本，并提供一些相关的注意事项。 1. 查看当前安装的 Swoole 版本首先，我们需要查看当前系统中已安装的 Swoole 版本。可以通过以下命令来查询： php -m | grep swoole 或者 php -i | grep swoole 2. 添加 Swoole Yum 仓库Swoole 提供了官方的 Yum 仓库，我们需要将其添加到系统中，以便从该仓库获取最新的 Swoole 版本。可以按照以下步骤操作：通过编辑 /etc/yum.repos.d/swoole.repo 文件添加 Swoole 仓库：sudo nano /etc/yum.repos.d/swoole.repo 将以下内容添加到文件中并保存：[swoole]name=swoolebaseurl=https://rpms.swoole.com/centos/$releasever/$basearchgpgch...

评论

数据加载中