多线程并发是什么意思？

结论：多线程并发，在2 02 3 年，可以显着提高程序性能，特别是在多核CPU上，缩短执行时间，优化用户体验，支持复杂数据处理，提高开发效率，广泛应用于游戏、多媒体、数据分析等。

如何处理PHP的多线程和并发？

前几天调试抢购界面时，服务器突然冒烟。
盯着显示器，CPU上升到9 5 %，内存溢出。
当我回过神来时，我发现数据库查询阻塞了我——没有索引，每个请求都需要全表扫描。

等一下，我当时也尝试过使用pcntl_fork，在Linux服务器上运行顺利。
但有一个危险。
子进程退出后，父进程必须手动清理资源，否则资源过多会崩溃。
记得深夜在运维群里问过，有兄弟说可以用进程池管理来减少创建和销毁的损失。

但是现在大部分项目都使用Swoole。
单线程协程的效率几乎就像踩加速器一样。
我刚接手一个旧系统，换协程后压力测试报告：TPS从8 00提升到3 8 00，几乎不占用带宽。
我突然想到，协程虽然很快，但是调试就像解开一团毛线，你必须记住变量在哪里。

队列也是个好东西。
以前我们做闪购的时候，都是直接用PHP等待库存减少。
用户疯狂等待，服务器关闭得太快。
后来我改用了RabbitMQ，随着请求进来就抛出一个消息队列，并在数据库中开启一个计划任务来慢慢替换库存。
高峰期期间CPU仍然会出现恐慌，但至少用户不必等到超时。

缓存是一个更好的技巧。
对于活动页面，使用Redis来缓存热点数据，并且直接从内存中获取请求，延迟非常低，可以忽略不计。
我忘记提到的一个细节是缓存更新必须使用异步任务，否则用户可能会看到过期的数据。
我在写逻辑的时候，还特意添加了过期时间检查。
不然如果客服投诉数据与数字不符，压力会很大。

最后优化代码。
输入所有用户信息的函数存在无限循环，但事实证明查询是嵌套的，没有索引。
修改后日志输出减半，CPU也变快了。
这提醒我，并发不仅仅是增加更多的CPU。
就像修排水沟一样。
出现堵塞的地方，必须先疏通。

我突然想到，高并发场景下，数据库连接池是不是也需要增大呢？项目中使用了Redis缓存，但在高峰期，连接数达到上限，不得不多加几个节点。
等等，节点不是钱吗？这个费用...

使用PHP多线程处理高并发请求_优化php多线程怎么实现以提升并发性能

底线：PHP 多线程已优化，pthreads 适合简单任务，而 Swoole 更高效。

pthreads：PHP 7 .0-7 .2 ，ZTS 编译，CLI 环境。

Swoole：PHP 7 .1 +，Web支持，资源消耗低。

线程数：4 -8 ，根据 CPU 核心数进行扩展。

资源监控：防止内存溢出。

数据安全：避免共享并使用锁或队列。

超时控制：强制执行 5 秒超时，以防止长时间阻塞。

错误处理：异常捕获、日志记录。

进程守护者：主管重新启动进程。

自己掂量一下。