PHP可通过cURL多句柄、Swoole协程、消息队列或pcntl_fork实现异步与并发：cURL multi适合HTTP批量请求；Swoole协程适用于高并发IO场景；消息队列解耦耗时任务；pcntl_fork仅限CLI脚本。
PHP本身是同步阻塞的，但通过合理手段可以实现异步与并发执行，显著提升I/O密集型任务（如API调用、数据库查询、文件读写）的响应速度和吞吐量。关键不在于“让PHP变成本地异步语言”，而是在合适场景下绕过同步瓶颈。
使用cURL多请求并发（最常用、零扩展依赖）
cURL自带多句柄（curl_multi_*）支持，能在单进程内并发发起多个HTTP请求，避免逐个等待。适合批量调用第三方API或微服务。
- 用
curl_multi_init()初始化多句柄 - 循环添加单个cURL句柄（
curl_multi_add_handle()），每个对应一个请求 - 调用
curl_multi_exec()非阻塞轮询，配合curl_multi_select()等待就绪 - 请求完成后再用
curl_multi_getcontent()取结果
注意：不是“并行CPU计算”，而是并发复用网络连接，减少空等时间。10个HTTP请求串行可能耗时3秒，并发通常压到0.4–0.8秒。
借助Swoole实现真正的协程异步（推荐中大型项目）
Swoole 4.0+ 内置协程，提供 Swoole\Coroutine\Http\Client、MySQL、Redis 等协程客户端，写法像同步，运行却是异步非阻塞。
立即学习“PHP免费学习笔记（深入）”；
- 所有IO操作自动挂起当前协程，让出CPU给其他协程，无须回调或Promise嵌套
- 示例：同时发起3个HTTP请求 + 1次MySQL查询，总耗时≈最长那个操作，而非累加
- 需部署在Swoole常驻内存模式（如HTTP服务器或TaskWorker），不能用于传统FPM
优势明显，但需调整开发习惯和部署方式；适合高并发API网关、实时数据聚合等场景。
消息队列解耦 + 后台Worker处理（应对耗时任务）
对真正耗时操作（如生成报表、视频转码、邮件发送），不应卡住Web请求。用消息队列（RabbitMQ、Redis List、Kafka）把任务“甩出去”，由独立Worker进程异步消费。
- Web端快速返回成功，同时往队列推送任务消息（含参数、回调地址等）
- 后台Worker监听队列，取任务→执行→更新状态或通知
- 前端可通过轮询或WebSocket查进度，体验不卡顿
这是典型的“空间换时间”，把同步压力转移到后台，提升系统整体可用性与伸缩性。
简单场景用pcntl_fork模拟并发（仅限CLI，慎用）
在命令行脚本中，可用 pcntl_fork() 创建子进程并行处理，比如批量处理日志、导入数据。
- 父进程fork多个子进程，各自执行不同任务片段
- 用
pcntl_waitpid()回收子进程，避免僵尸进程 - 注意：FPM/Apache环境禁用，会引发进程管理混乱；共享内存、信号处理较复杂，适合一次性工具脚本
不是优雅的异步方案，但对无扩展权限的老系统，是快速提升批量效率的务实选择。
基本上就这些——没有银弹，选哪种取决于你的场景、运维能力与长期维护成本。I/O多就上cURL multi或Swoole协程；任务重就拆到队列；临时脚本可fork。关键是识别瓶颈在哪，而不是强行“上异步”。
