前言引导：PHP 8.5 将会给你带来意想不到的惊喜，不管是在实际运行过程中的速度表现，还是在异步处理方面，又或者是 API 开发领域 。
曾有过多次更换技术栈的经历，有因好奇开展各类基准测试的行为，还存在曾为节省20毫秒致使生产服务器垮掉的情况。最近网络上都在围绕着：PHP的速度能不能与Node相媲美展开争论？伴随PHP 8.5的发布，我想要撇开营销噱头，去阐释一下真正对异步任务以及API速度产生影响的因素。
首先要说明的是：
PHP 8.5 在运行之时、在即时编译器方面带来了某些改进，然而异步与 API 吞吐量所实现的最大程度提升，却是来源于架构以及运行时的选择（像使用 Swoole、RoadRunner、Octane 这些，还有连接处理以及 I/O 操作的方式），而非 PHP 的版本编号。（数据出处：php.watch；Tideways 和 Kinsta 的基准测试结果）。
8.3 到 8.5 版本之间有哪些变化
PHP 8.3 有了突出的进展，这进展体现在 JIT 成熟度方面，还体现在优化上，并且好多框架也都有了极大的提高。
PHP8.5，着重于对开发者工作体验予以提升，以及进行一些运行时优化，它并非是完全重新编写的，这当中包含了JIT以及一些内部调整，能够在一定程度上对CPU密集型工作负载的性能起到改善作用，在实际应用里有可能会出现一些程度较小的改进，然而在默认情形下不会有两倍的速度提升。
异步跟并发的相关情况是，Node 始终都还是特别出色地展现光芒，然而 PHP 却开始迅速振作起来进行回击 。
由Node.js所具备的核心运行时，其内部嵌入了事件循环以及非阻塞I/O。要知道，就在针对那些单纯的I/O密集型工作负荷这一情形而言（像是存在大量小型并发要求、WebSocket、进行流式传输这样的情况），一般来讲，Node往往更能够达成高并发之状态以及实现低单连接内存占用情况。（Techempower）。
PHP 以往采用的是一个进程对应一个请求的模式，如今，PHP 能够在支持异步的长时间运行的运行时环境里运行，比如 Swoole，RoadRunner，ReactPHP 以及 Laravel Octane，在这些运行时环境中运行 PHP 时，因为避免了冷启动，并且能够使用异步 I/O 和协程，所以它在异步任务方面更具备竞争力。
实际的比较取决于具体的实现方式。
实际中的情形是，要是运用标准的PHP - FPM加上Apache或者Nginx，那么在高并发I/O这方面，Node通常是会占据优势的。假如采用Swoole或者RoadRunner并且去优化代码，在众多API工作负载上，PHPHP尤其在PHP的JIT加速CPU属于密集型部分这种状况下，是能够和Node相抗衡甚至超过它呢。基准测试所获得的结果是不太一样的哦，好多社区测试得出的结果也是存在着一定差别的呢。
3. 重要的基准（以及如何解读它们）
实际的测试，将整个技术栈做了涵盖，其中包括网络、序列化、数据库、库等内容。微基准测试，像是Hello World或者JSON echo这类，虽说能够把原始吞吐量显示出来，然而却有可能造成误导。Techempower框架测试，是开展框架级比较时更优的基准。
独立测试结果，显示如下：
Kinsta以及Tideways，PHP版本从8.2到8.4、或者8.3时，针对框架应用程序的改进极为显著，8.5版本看上去仅仅是小幅度提升，并非那种飞跃式的发展，升级是明智的行为，不过也并非是无所不能的。
对于社区所做的 Swoole 与 Octane 的比较，若使用 Swoole 或者 Octane，PHP 在 API 的延迟以及吞吐量方面能够达成和 Node 相近的水准，在一些特定场景当中，比如说字符串处理、CPU 密集型单线程任务的情形下，甚至有时候会比 Node 更具优势， 然而实际得出的结果是由核心数、工作线程模型决定的，并且瓶颈究竟在于数据库还是网络也会产生影响。
我的实际思维实验
Node.js 结点，对于主要代理数据库调用的 API，使用连接池和 async/await ，每个核心有可能处理更多的并发任务。要是运行 PHP-FPM，就会生成更多进程且占用更多内存。要是使用 RoadRunner/Swoole 运行 PHP，那差距会变小。
针对请求里占用大量CPU资源的图像处理，PHP 8.3 +的JIT改进以及8.5的优化，能够让PHP在处理CPU密集型部分时比Node更快，尽可能把繁重的工作卸载到后台任务，两种运行时环境都能从中受益。
如果你正在为 API 和异步选择技术栈
要是针对PHP而言，当各位有持久工作进程以及低延迟这样的需求时，去挑选合适的运行时，那么请优先考虑Swoole、RoadRunner或者Octane 。
不是运用简单的示例程序，而是针对实际工作负载开展基准测试，采用真实的负载、数据库以及相同的部署拓扑结构，Techempower 或者单请求微基准测试仅仅是起始点 。
监控内存以及CPU的使用状况，Node.js能够针对每一个连接高效地运用内存，PHP的工作进程模型基于简化操作的这一目的而牺牲了内存的使用，不过这是在你没有使用长时间运行的工作进程的情况下才会如此。
性能的分析方面：借助 Tideways、Xdebug 或者 Node.js 分析器去查找性能瓶颈之处，优化序列化或者数据库访问，一般来讲比升级运行时环境更具效果。
选择升级至 PHP 8.5，于安全性层面而言不失为一种明智之选，在性能实现小幅提升这一方面，同样可算作是明智的行为，并且在新语言所具备的易用性上，也还是明智的抉择。，然而，千万别抱持着只通过这一次版本的升级，就能够将 API 延迟问题完完全全地予以解决的想法。
在那些存在较多异步操作现象的系统之内哦，架构其中涵盖了事件循环以及工作进程，还有长时间运行的进程，再者是非阻塞驱动程序，这些架构要素相较于版本号颇为微妙而且细小的变化而言，显得更加具有重要性呢。
Node于原生非阻塞I/O的易用性层面持续维持优势，而PHP在运用Swoole/Octane并对技术栈予以优化之后，正逐步缩减与Node的性能差距。
