OpenSwoole 26.2.0 发布:支持 PHP 8.5、io_uring 后端及协程调试改进

简介: OpenSwoole 26.2.0 正式发布!全面支持 PHP 8.5,新增 io_uring 事件驱动与异步文件 I/O;引入原生 Fiber 协程上下文,实现协程内 Xdebug 断点调试;提供事件循环延迟监控、协程安全 exit() 及 llhttp HTTP 解析器,性能与调试体验全面升级。(239字)

OpenSwoole 26.2.0 发布:支持 PHP 8.5、io_uring 后端及协程调试改进

OpenSwoole 26.2.0 是一次重大版本更新,带来了 PHP 8.5 支持、原生 PHP Fiber 协程上下文、io_uring 事件驱动后端、协程内 Xdebug 断点调试、事件循环延迟指标等功能。

升级方式

通过 PECL 安装:

pecl install openswoole-26.2.0

或使用 Docker 镜像:

docker pull openswoole/openswoole:26.2-php8.5-alpine

新特性

PHP 8.5 支持

OpenSwoole 26.2.0 完全兼容 PHP 8.5,支持管道操作符、URI 扩展、Clone With 等新特性。

PHP 原生 Fiber 协程上下文

新增基于 PHP 原生 zend_fiber API 的协程上下文后端,替代 Boost ASM 或 ucontext。该实现支持与 Xdebug、性能分析器及 Fiber 感知扩展的正确集成。

运行时启用:

Co::set(['use_fiber_context' => true]);

或通过 INI 配置:openswoole.use_fiber_context=On

协程内 Xdebug 断点调试

启用 Fiber 上下文后,Xdebug 断点调试可在协程内正常工作。此前版本中"极其危险"的警告提示已被移除。

运行时选择事件驱动后端

支持在运行时选择事件驱动后端。

Co::set(['reactor_type' => OPENSWOOLE_IO_URING]);

新增常量:OPENSWOOLE_EPOLL、OPENSWOOLE_KQUEUE、OPENSWOOLE_POLL、OPENSWOOLE_SELECT、OPENSWOOLE_IO_URING

io_uring 事件驱动后端

新增基于 Linux io_uring 的事件驱动实现,使用 IORING_OP_POLL_ADD 作为 epoll 的替代方案。编译时需启用 --enable-io-uring(依赖 liburing)。内核 5.13+ 支持 multishot poll,旧内核自动回退。

io_uring 异步文件 I/O 引擎

专用 io_uring 环形缓冲区处理异步文件操作(open、read、write、fstat、fsync、unlink、rename、mkdir、rmdir),替代线程池方案。不支持的操作用优雅回退至线程池。

事件循环延迟指标

通过 $server->stats() 实现实时事件循环延迟监控。按工作进程、任务进程(启用协程时)及 Reactor 线程(进程模式)暴露 event_loop_lag_ms、event_loop_lag_max_ms、event_loop_lag_avg_ms 指标。适用于检测阻塞操作导致的事件循环停滞。

协程安全的 exit() 支持

PHP 8.4+ 上,协程内的 exit() 调用会被拦截并抛出 openswoole_exit_exception,防止整个进程终止。

HTTP 解析器迁移至 llhttp

将自定义 openswoole_http_parser 替换为 llhttp 解析器,提升标准兼容性与性能。

Bug 修复

  • 修复反射问题与作用域泄漏(#284):OSW_FUNCTION_ALIAS 导致全局函数在反射中显示为类方法且返回类型损坏,已替换为正确的 PHP_FE/PHP_FALIAS 条目
  • 修复 io_uring 下文件 I/O 挂起:排空与重新武装 single-shot POLL_ADD 之间可能丢失 eventfd 通知的竞态条件
  • 修复文件锁 Bug:非阻塞 flock(LOCK_NB)现会在系统调用前正确检查进程内协程锁状态
  • 修复 CPU 亲和性编译检查:在 sched.h 前添加缺失的 _GNU_SOURCE 定义
  • 修复 futex 编译检查:在 linux/futex.h 前添加缺失的 _GNU_SOURCE 定义

破坏性变更

  • 移除 PHP 8.2 支持(最低要求 PHP 8.3)
  • 移除 PHP < 8.0 兼容代码
  • 命名空间规范化:openswoole_*

升级

如需安装 OpenSwoole 或查看其他更新方式,请参考 安装文档 与 更新指南。

安装核心库:

composer require openswoole/core:26.2.0

OpenSwoole 26.2.0 发布:支持 PHP 8.5、io_uring 后端及协程调试改进

目录
相关文章
|
8月前
|
人工智能 PHP Android开发
PHP 现在可以零成本构建原生 iOS 和 Android 应用 NativePHP for Mobile v3 发布
NativePHP for Mobile v3(即NativePHP Air)正式发布!核心框架MIT协议免费开源,Laravel开发者可零成本构建原生iOS/Android应用。全新插件化架构,按需加载功能;内置Jump真机即时调试、Mimi AI辅助编码,PHP≥8.3即可快速上手。(239字)
948 1
PHP 现在可以零成本构建原生 iOS 和 Android 应用 NativePHP for Mobile v3 发布
|
开发框架 JavaScript 前端开发
UniApp Button讲解
UniApp Button讲解
601 1
|
7月前
|
存储 缓存 安全
为什么 PHP 闭包要加 static?
PHP闭包默认隐式绑定$this,即使未使用也会延长对象生命周期,导致内存泄漏风险。加static可显式禁用$this绑定,避免意外引用,确保对象及时销毁。PHP 8.6将自动优化无$this使用的闭包,但显式声明static仍推荐——更安全、更清晰、兼容性更好。(239字)
346 151
|
4月前
|
Web App开发 人工智能 自然语言处理
我解放啦,网页终于能自己干活了!阿里 2 万 Star 开源 Page Agent,20 次点击变一句话
Page Agent 是阿里开源的页面内 GUI Agent:不用 Python、无头浏览器或强制浏览器插件,前端接入 JavaScript 后,就能让用户用自然语言操作网页。
1223 4
我解放啦,网页终于能自己干活了!阿里 2 万 Star 开源 Page Agent,20 次点击变一句话
|
人工智能 Rust 开发者
【MCP教程系列】使用Python在阿里云百炼创建基于UVX的MCP服务完整指南
本文介绍如何使用基于uvx工具链的Python项目,结合阿里云百炼平台实现小红书文案审核助手的MCP服务开发与部署。首先通过安装uv工具初始化项目并配置虚拟环境,编写server.py文件调用qwen-plus模型完成内容审核功能。随后将项目打包上传至PyPI,供全球开发者访问。接着在阿里云百炼平台上配置并部署该MCP服务,解决可能的依赖问题。最后,在智能体应用中引入此MCP服务进行测试验证,确保其正常运行。
4667 0
|
9月前
|
人工智能 自然语言处理 测试技术
测试工程师的AI扫盲指南:一文搞懂人工智能核心术语
本文面向测试工程师,系统介绍AI核心概念(如ML、DL、LLM、CV、NLP等)、关键技术术语及实战应用(如视觉验证、日志异常识别、RAG、Prompt工程),并提供学习路径与工具实践建议,助力高效开展AI赋能的智能测试。
|
编解码 自然语言处理
通义万相开源14B数字人Wan2.2-S2V!影视级音频驱动视频生成,助力专业内容创作
今天,通义万相的视频生成模型又开源了!本次开源Wan2.2-S2V-14B,是一款音频驱动的视频生成模型,可生成影视级质感的高质量视频。
2483 29
|
人工智能 弹性计算 自然语言处理
Bolt.diy:AI全栈开发,一句话生成网站
Bolt.diy是一个AI驱动的Web开发工具,支持通过自然语言Prompt直接生成、编辑和部署全栈应用,无需本地环境配置。本次实验基于DeepSeek于2025年5月28日发布了DeepSeek-R1-0528升级版本,显著提升了编程能力。
Bolt.diy:AI全栈开发,一句话生成网站
layui表单select框同时支持下拉和输入的解决方案
layui表单select框同时支持下拉和输入的解决方案
1345 0
|
监控 Java 测试技术
五步定位性能瓶颈
在进行性能测试前,了解数据流向和系统架构至关重要。绘制数据流向图以识别潜在瓶颈,使用“水池模型”分析系统架构,优化测试流程,以提高测试效率。日志分析是诊断性能问题的关键,通过快速定位问题、保持环境一致性以及灵活调整日志级别来辅助测试。硬件资源占用分析,如CPU、内存、磁盘I/O和网络I/O,能帮助发现底层性能瓶颈。数据库监控,特别是通过等待事件分析,对解决性能问题具有重要意义。最后,服务器监控和代码深度剖析是解决复杂性能问题的终极手段,利用专业工具深入应用中间件,定位软件资源限制和代码层面的问题。通过这些策略,可以系统地识别和解决性能瓶颈,提升系统性能。
53253 4