在 PHP 中写真正的异步代码 TrueAsync 0.6.0 已支持数据库链接池现代软件的构建最终仍然要回到实践。再复杂的产品也必须经过真实用户的检验。只有最终用户才能真正区分哪些设计是有效的、哪些方向值得继续推进。再优雅的架构如果没有落到真实代码和真实问题里就很难体现实际价值。TrueAsync 是一个将原生异步能力带入 PHP 的项目而且这套能力是直接向语言核心延伸的。0.6.0是这个项目的一个关键里程碑这是一个实验性版本目标是让开发者已经可以开始编写真正的异步代码并尽可能测试各种极端场景。从项目推进方式来看作者希望尽早把工具交到开发者手里再和社区一起验证哪些设计是可行的、哪些部分还需要调整。因此这个版本本质上也是一次面向社区的实验邀请。完全异步化的 PHP Core0.6.0中最激进的一项变化是 PHP 核心已经实现了完整的异步化。长期以来PHP 的运行模型一直以同步阻塞为主。一次 I/O 操作往往会直接阻塞当前执行流程直到操作完成。而在这个版本中这种情况已经发生了根本变化。文件 I/O、socket、pipe、STDIO、STDERR、CURL等能力现在都可以真正并发执行。无论是打开一个进程、读取文件还是发起 HTTP 请求这些操作都会运行在内部的EventLoop之下。不需要额外包装器也不需要专门适配器普通 PHP 函数本身就可以在协程中以异步方式运行。这件事的难点并不只是“修改plain_wrapper.c的行为”这么简单。真正落到 PHP 内部实现时会涉及相当复杂的内部 API。除此之外PHP 在启动和关闭阶段仍然必须保持同步因为异步能力由扩展提供而扩展本身并不能在所有生命周期阶段运行。这些问题也让版本发布时间一度被推迟了几周。截至目前已经有超过70个 PHP 标准函数完成适配包括file_get_contents()、fread()、curl_exec()、PDO、mysqli、pg_connect()、socket_*、proc_open()、sleep()甚至还有ob_start()。在协程内部这些能力都会自动转为非阻塞执行。一套新的异步编程 API在设计 TrueAsync 的 API 时项目参考了多种流行语言的异步模型重点目标是提供一套足够顺手、能够解决日常问题的工具集。0.6.0已经带来了一套接近完整的异步原语集合和此前 TrueAsync RFC 中出现过的版本并不完全相同。目前可用的核心能力包括Coroutines通过spawn()启动异步任务Future一种更便于处理异步结果的 Promise 变体Awaiting包括await、await_all()、await_first_success()、await_any_of()、delay()、suspend()Channels通过Channel在协程之间传递数据Cancellation提供cancel()、protect()、timeout()等一次性取消能力Scope用于管理一组协程的生命周期TaskGroup/TaskSet提供结构化并发能力Context为协程绑定上下文数据iterate()并发处理集合Pool/PDO Pool资源池与数据库连接池这类 API 的完整说明更适合直接阅读项目文档https://true-async.github.io 。从项目演示来看像进程池这类过去往往要依赖完整框架组件才能完成的功能现在可以直接通过这些原语组合实现。完整变更列表可参考CHANGELOG。更深入的 CURL 集成CURL这一部分的实现显然是本次发布中最复杂的部分之一。原因在于CURL的 API 非常丰富并且和 PHP 的 I/O 体系耦合得很深。比如用CURL下载文件、上传文件到远程服务器这些流程过去都严格运行在同步阻塞模型中。现在语言核心已经可以异步执行那么CURL也必须一并纳入这套机制。下面这个例子演示了如何并行下载20个 WordPress 插件。downloadFile本身只是普通的curl_initcurl_exec代码没有任何显式的异步写法functiondownloadFile(string$url,string$savePath):array{$fpfopen($savePath,wb);$chcurl_init($url);curl_setopt_array($ch,[CURLOPT_FILE$fp,CURLOPT_FOLLOWLOCATIONtrue,CURLOPT_MAXREDIRS5,CURLOPT_TIMEOUT120,CURLOPT_CONNECTTIMEOUT10,CURLOPT_FAILONERRORtrue,]);$okcurl_exec($ch);$errorcurl_error($ch);$infocurl_getinfo($ch);fclose($fp);if(!$ok){unlink($savePath);return[successfalse,error$error?:HTTP{$info[http_code]}];}return[successtrue,filenamebasename($savePath),bytes$info[size_download],speedround($info[speed_download]/1024,1). KB/s,];}要让这20个下载任务并发执行只需要补几行代码useAsync\TaskGroup;$groupnewTaskGroup();foreach($filesas$file){$group-spawn(downloadFile(...),$file[url],$downloadDir./.$file[filename]);}$results$group-all();按照项目给出的说法这种写法的运行速度可以达到curl_multi_exec的两倍同时语义上也更清晰。它背后的核心原则是如果一个函数本身执行的是顺序 I/O那么只要把它放进协程运行就可以自然获得异步执行能力。在 Linux 上文件写入会在可行时使用IO_URING在 Windows 上则会走线程池。PDO Pool开箱即用的连接池异步 PHP 里的另一个典型难点是数据库连接的管理。作者提到自己最初探索 PHP 异步编程时最大的挫败感之一就是常用数据库驱动很难直接拿来使用。原因在于数据库连接不能简单在多个协程之间共享如果两个执行路径同时在同一个 socket 上读写数据数据流就会互相污染。而如果每个协程都独立新建数据库连接又会浪费大量资源。MySQL 默认只允许151个连接PostgreSQL 默认允许100个。0.6.0的一个亮点是PDO现在已经支持内建数据库连接池。下面先看在协程里直接共享普通PDO对象会发生什么$pdonewPDO(mysql:hostlocalhost;dbnameapp,root,secret);// Ten coroutines sharing a single $pdofor($i0;$i10;$i){spawn(function()use($pdo,$i){$pdo-beginTransaction();$pdo-exec(INSERT INTO orders (user_id) VALUES ($i));// Another coroutine already called COMMIT on this same connection!$pdo-commit();// Chaos});}这里的10个协程实际上共享的是同一个 socket。事务会互相交错数据会丢失一个协程的COMMIT甚至可能提交另一个协程的改动这本质上就是典型的数据竞争。而启用连接池之后行为就完全不同$pdonewPDO(mysql:hostlocalhost;dbnameapp,root,secret,[PDO::ATTR_POOL_ENABLEDtrue,PDO::ATTR_POOL_MIN2,PDO::ATTR_POOL_MAX10,]);// Ten coroutines, each gets its own connectionfor($i0;$i10;$i){spawn(function()use($pdo,$i){// The pool automatically assigns a connection to this coroutine$pdo-beginTransaction();$pdo-exec(INSERT INTO orders (user_id) VALUES ($i));$pdo-commit();// The connection returns to the pool});}开发者只需要在创建对象时增加几个参数剩下的交给池本身处理即可。连接池会自动为每个协程分配独立连接并在协程结束后归还。事务天然隔离如果某个协程结束前没有显式调用commit()连接池还会自动执行回滚。此外PDO Pool还支持自定义CircuitBreakerStrategy用于在数据库出现异常时更平滑地限制负载也支持POOL_HEALTHCHECK_INTERVAL用于检测并销毁池中的空闲连接。更多细节可以参考项目中的PDO Pool文档说明。如何试用PHP TrueAsync 已经可以在主流平台上使用。最快的试用方式仍然是 Dockerdockerpull trueasync/php-true-async:0.6.0-php8.6dockerrun--rmtrueasync/php-true-async:0.6.0-php8.6 php-v在 Linux 和 macOS 上也可以通过安装脚本从源码编译 PHP# Linux (Ubuntu/Debian)curl-fsSLhttps://raw.githubusercontent.com/true-async/releases/master/installer/build-linux.sh|bash# macOS (requires Homebrew)curl-fsSLhttps://raw.githubusercontent.com/true-async/releases/master/installer/build-macos.sh|bash安装流程会通过交互式向导完成包括扩展选择、安装路径和PATH配置。对于 CI 或脚本环境项目也提供了基于环境变量的非交互模式。在 Windows 上则可以直接通过 PowerShell 安装预编译二进制irmhttps://raw.githubusercontent.com/true-async/releases/master/installer/install.ps1|iexphp-community RFC面向所有人的实验性 PHP除0.6.0版本本身外原文也提到了另一个值得关注的方向php-community RFC。目前负责 RFC 流程的 Daniil Gentili 提出了一份文档目标是建立一个带有实验性特性的官方 PHP 分支即php-community。它会采用日期型版本号例如php-community 2026.03.01并按月发布更新。这一思路的核心在于像异步能力、新的标准库函数、实验性优化器这类重大语言特性可以作为内建的 feature extension 交付具备独立版本号、默认关闭并允许开发者用一行配置完成启用。如果这一机制能够成立它有机会消除实验性特性推广中最常见的障碍安装复杂度。对于 TrueAsync 而言这也可能成为面向更广泛 PHP 开发者交付异步能力的一条自然路径甚至不必等到最终 RFC 正式落地之后才开始大规模验证。接下来0.7.0从项目路线来看接下来的版本重点会继续放在稳定性、性能和兼容性上。当前在0.6.0中引入的 API 未来仍然可能调整但其整体设计方向大概率不会发生大的变化。参与项目TrueAsync 仍然是一个开放项目社区可以通过多种方式参与推进。并不一定需要直接编写 C 代码项目中的大量测试本身就是用 PHP 编写的。在当前阶段测试仍然是验证和改进 API 最重要的工具之一。对于一个仍处于实验阶段、但已经开始走向真实应用场景的异步运行时来说越早在真实项目与真实边界条件中暴露问题就越有助于后续版本收敛。在 PHP 中写真正的异步代码 TrueAsync0.6 已支持数据库链接池