今天 Swoole 微信交流群中有位同学说有内存泄漏,我试了一下确实是有内存泄漏的情况,而且裸用 think-swoole 也是有内存泄漏的
我们可以使用 Swoole 提供的max_request配置项临时解决一下内存泄漏
这个配置项的作用是当一个 worker 进程在处理完超过此数值的任务后将自动退出,进程退出后会释放所有内存和资源
配置项本来直接写在config/swoole.php
中的server.options
就可以了
我配置了一下这个参数之后,测试进程并没有重启,于是去看了一下 think-swoole 源码,发现底层直接写死为了 0
src/concerns/InteractsWithServer.php
public function run(): void
{
$this->getServer()->set([
'task_enable_coroutine' => true,
'send_yield' => true,
'reload_async' => true,
'enable_coroutine' => true,
'max_request' => 0,
'task_max_request' => 0,
]);
$this->initialize();
$this->triggerEvent('init');
//热更新
if ($this->getConfig('hot_update.enable', false)) {
$this->addHotUpdateProcess();
}
$this->getServer()->start();
}
询问了一下 ThinkPHP 开发组成员,得到的结果是:
设计就是这样的,希望这几个配置项固定成这样,所以写死了。同时防止 RPC 传文件时分多次上传,如果设置了就可能会出现传到一半的时候被重置了
同时给到了一个解决方法,就是通过事件去修改,即
代码语言:javascript复制$this->triggerEvent('init');
所以先来创建一个事件
代码语言:javascript复制php think make:listener SwooleInit
修改为以下内容
代码语言:javascript复制<?php
declare(strict_types=1);
namespace applistener;
use thinkswooleManager;
class SwooleInit
{
public function handle(Manager $manager)
{
$manager->getServer()->set(['max_request' => 10]);
// 或者使用下面这个
// app('thinkswooleManager')->getServer()->set(['max_request' => 10]);
}
}
修改配置文件appevent.php
'listen' => [
'swoole.init' => [applistenerSwooleInit::class],
],
然后启动进行测试,就会发现修改成功了