PHP并发请求怎么处理

wen PHP项目 2026-07-05 23

深度解析PHP并发请求处理：从基础到高并发实战（2024最新指南）

目录导读

为什么PHP需要处理并发？——从“阻塞”到“异步”的本质转变
PHP并发处理的四大核心方案对比
- 多进程/多线程方案
- 异步非阻塞方案（Swoole/ReactPHP）
- 消息队列方案（Redis+Workerman）
- 进程池与协程方案
手把手实战：使用Swoole实现高并发HTTP服务
常见问题FAQ：这些坑你一定踩过
性能优化与避坑指南（附压测数据）

为什么PHP需要处理并发？——本质解读

很多开发者认为“PHP是单线程语言，无法处理并发”，这其实是个误区。PHP的请求处理模型本质是“每个请求一个进程”，但当请求量超过服务器处理能力时,就会出现：

PHP并发请求怎么处理

数据库连接耗尽
文件读写锁竞争
外部API调用堆积超时

核心矛盾：传统PHP-FPM模式下，每个请求占据一个进程（约10-20MB内存），当并发数超过500时，服务器内存和CPU就会崩溃，而现代Web应用（实时聊天、秒杀系统、API网关）要求PHP能像Node.js一样处理数千并发。

PHP并发处理的四大核心方案详解

多进程/多线程（传统但经典）

原理：使用pcntl_fork()创建子进程，或通过pthreads扩展（PHP7+）创建线程。

// 多进程示例（简化版）
$workers = [];
for ($i = 0; $i < 10; $i++) {
    $pid = pcntl_fork();
    if ($pid == -1) die('fork失败');
    if ($pid) {
        $workers[] = $pid; // 父进程记录子进程ID
    } else {
        // 子进程处理业务
        sleep(2); // 模拟耗时操作
        exit(0);
    }
}
foreach ($workers as $pid) {
    pcntl_waitpid($pid, $status); // 回收子进程
}

适用场景：批量数据处理、队列消费、定时任务。缺点：进程通信复杂，内存占用高,不适合高并发Web。

异步非阻塞（Swoole/ReactPHP）⭐推荐

Swoole是目前最成熟的PHP异步引擎，它通过事件驱动+协程实现单进程处理数万并发：

// Swoole HTTP服务示例（协程版）
use Swoole\Http\Server;
use Swoole\Coroutine\Http\Client;
$server = new Server("0.0.0.0", 9501);
$server->on('request', function ($request, $response) {
    // 自动创建协程，异步查询数据库
    $result = \Swoole\Coroutine::create(function () use ($response) {
        $db = new \Swoole\Coroutine\PDO('mysql:host=127.0.0.1;dbname=test', 'root', '');
        $stmt = $db->query('SELECT id FROM users WHERE status=1');
        $response->end(json_encode($stmt->fetchAll()));
    });
});
$server->start();

优势：内存占用低（每个协程仅2KB），支持WebSocket/TCP/UDP，支持连接池。业界案例：Hyperf框架、腾讯部分内部系统。

消息队列（Redis+Workerman）

适合：非实时但高并发的任务（如邮件发送、日志写入），通过PHP-FPM生产消息,专门消费者处理：

// 生产者（在普通PHP脚本中）
$redis = new Redis();
$redis->rpush('task_queue', json_encode(['type' => 'email', 'to' => 'user@example.com']));
// 消费者（Workerman常驻进程）
$worker = new \Workerman\Worker();
$worker->onWorkerStart = function() {
    $redis = new Redis();
    while (true) {
        $task = $redis->blpop('task_queue', 0);
        // 处理任务...
    }
};
\Workerman\Worker::runAll();

进程池+协程（进阶）

基于Swoole或PHP的Coroutine扩展,配合固定进程数的工作池：

进程数=CPU核心数×2
每个进程内部使用数千协程
通过Channel实现进程间通讯

手把手实战：用Swoole实现高并发秒杀接口

步骤1：安装Swoole扩展

pecl install swoole
echo "extension=swoole.so" >> /etc/php.ini

步骤2：编写原子性库存扣减（防止超卖）

<?php
use Swoole\Coroutine\Channel;
use Swoole\Atomic;
$stock = new Atomic(100); // 100件库存
$channel = new Channel(10); // 控制并发请求数
$server = new Swoole\Http\Server("0.0.0.0", 9501);
$server->set([
    'worker_num' => 4,
    'enable_coroutine' => true,
]);
$server->on('request', function ($request, $response) use ($stock, $channel) {
    go(function () use ($response, $stock, $channel) {
        // 限制并发10个请求同时扣减
        if ($channel->push('req', 1) === false) {
            $response->end(json_encode(['code' => 429, 'msg' => '请求过载']));
            return;
        }
        if ($stock->get() > 0) {
            $stock->sub(1);
            // 写订单到数据库（略）
            $response->end(json_encode(['code' => 0, 'msg' => '抢购成功']));
        } else {
            $response->end(json_encode(['code' => 1, 'msg' => '库存不足']));
        }
        $channel->pop(); // 释放信号量
    });
});
$server->start();

关键点：使用Atomic原子计数器+Channel信号量,避免锁冲突。

常见问题FAQ（必看）

Q1：PHP的`file_get_contents`为什么在高并发时变慢？

A：该函数是同步阻塞的，会等待全部响应后才返回，在并发100时，如果每次请求耗时2秒，最慢的请求需等待200秒,应改为Swoole协程客户端或CURL多线程。

Q2：Swoole与传统PHP-FPM能共存吗？

A：可以，将CPU分配给Swoole常驻进程（如4核分配2核），其余留给PHP-FPM，或者全部迁移到Swoole（推荐，官方有迁移指南）。

Q3：协程和线程有什么区别？

A：协程是用户态轻量级线程，由程序主动切换（yield），切换成本≈1微秒；线程是内核态，切换成本≈10微秒，Swoole的协程是自动调度的,编码时无需手动管理。

Q4：数据库连接如何支持高并发？

A：使用Swoole的协程连接池（如Swoole\Database\PDOPool），PHP-FPM模式下可使用持久连接（pconnect）或ProxySQL中间件。

性能优化与避坑指南（压测数据）

关键优化点

避免全局锁：Redis的setnx在并发极高时会有性能瓶颈,改用Lua脚本或Swoole原子操作。
使用协程而不是多进程：相同硬件下，Swoole协程版可支持3万并发，而PHP-FPM仅能支持2000（压测数据来源：TechEmpower Web Framework Benchmarks）。
升级PHP版本：PHP8.1的fibers（原生协程）进一步降低了异步门槛。