在 PHP 环境下，面对多个并发请求时，通常采用哪些处理策略？请列举并比较几种常见的高效实现方式。
考察说明
考查对 PHP 并发处理机制的理解及实际方案选型能力。
回答思路
- 【回答框架 1】PHP 默认是单线程模型，每个请求独立执行，处理并发主要依赖外部机制。常见方案包括多进程（如 pcntl_fork）、多线程（通过 pthreads 扩展，但 PHP 7.2 后不再维护）、异步非阻塞（如 Swoole、ReactPHP）以及消息队列（如 RabbitMQ、Redis 队列）配合多 worker 消费。
- 【回答框架 2】多进程方案利用操作系统进程隔离，适合 CPU 密集型任务，但进程创建开销大，需注意进程间通信（IPC）和资源竞争。多线程方案在 PHP 中支持有限，且存在线程安全问题，需谨慎使用。
- 【回答框架 3】异步方案（Swoole、ReactPHP）通过事件循环和协程实现高并发 I/O，适合网络请求、数据库访问等 I/O 密集型场景，能显著提升吞吐量，但学习曲线陡峭，且部分扩展可能影响兼容性。
- 【回答框架 4】消息队列方案将请求或任务异步化，通过多个 worker 并行处理，实现削峰填谷和解耦，适合耗时任务或需要可靠投递的场景，但引入额外组件，增加系统复杂度。
- 【回答框架 5】实际选型需结合业务场景：若为简单 Web 请求，可依赖 Web 服务器（如 Nginx）的并发处理能力；若为后台任务，可优先考虑队列；若追求极致性能，可选用 Swoole 常驻内存模式。
- 【关键点 1】PHP 本身单线程，并发依赖外部机制。
- 【关键点 2】多进程适合 CPU 密集，异步适合 I/O 密集。
- 【关键点 3】Swoole 提供协程和常驻内存，提升并发能力。
- 【关键点 4】消息队列实现异步解耦，适合耗时任务。
- 【关键点 5】选型需权衡性能、复杂度和维护成本。
- 【易错点 1】误以为 PHP 原生支持多线程，实际 pthreads 已不维护。
- 【易错点 2】忽略进程间通信和资源竞争问题，导致数据不一致。
- 【易错点 3】盲目引入异步框架，增加运维和调试难度。