大部分的传统FPM
项目性能瓶颈在于每次请求重新创建ZendVM
的开销、IO 阻塞导致的上下文频繁切换。Swoole
解决的就是这类问题。
我的官方群点击此处
这篇文章教大家如何让Swoole
的HTTP
服务器性能达到最大。
压测脚本如下,机器的配置是单核、2G
内存、50G
硬盘:
<?php
use Swoole\Http\Request;
use Swoole\Http\Response;
$process = new Swoole\Process(function (Swoole\Process $process) {
$server = new Swoole\Http\Server('127.0.0.1', 9501, SWOOLE_BASE);
$server->set([
'log_file' => '/dev/null',
'log_level' => SWOOLE_LOG_INFO,
'worker_num' => swoole_cpu_num() * 2,
// 'hook_flags' => SWOOLE_HOOK_ALL,
]);
$server->on('workerStart', function () use ($process, $server) {
$process->write('1');
});
$server->on('request', function (Request $request, Response $response) use ($server) {
try {
$redis = new Redis;
$redis->connect('127.0.0.1', 6379);
$greeter = $redis->get('greeter');
if (!$greeter) {
throw new RedisException('get data failed');
}
$response->end("<h1>{$greeter}</h1>");
} catch (\Throwable $th) {
$response->status(500);
$response->end();
}
});
$server->start();
});
if ($process->start()) {
register_shutdown_function(function () use ($process) {
$process::kill($process->pid);
$process::wait();
});
$process->read(1);
System('ab -c 256 -n 10000 -k http://127.0.0.1:9501/ 2>&1');
}
首先,我们创建了一个Swoole\Process
对象,这个对象会开启一个子进程,在子进程中,我创建了一个HTTP Server
,这个服务器是BASE
模式的。除了BASE
模式之外,还有一种PROCESS
模式。在PROCESS
模式下,套接字连接是在Master
进程维持的,Master
进程和Worker
进程会多一层IPC
通信的开销,但是,当Worker
进程奔溃的时候,因为连接是在Master
进程维持的,所以连接不会被断开。所以,Process
模式适用于维护大量长连接的场景。
BASE
模式是在每个工作进程维持自己的连接,所以性能会比Master
更好。并且,在HTTP Server
下,BASE
模式会更加的适用。
这里,我们将worker_num
,也就是进程的数量设置为当前机器CPU
核数的两倍。但是,在实际的项目中,我们需要不断的压测,来调整这个参数。
在workerStart
的时候,也就是工作进程启动的时候,我们让子进程向管道中随意写入一个数据给父进程,父进程此时会读到一点数据,读到数据后,父进程才开始压测。
此时,压测的请求会进入onRequest
回调。在这个回调中,我们创建了一个Redis
客户端,这个客户端会连接Redis
服务器,并请求一条数据。得到数据后,我们调用end