PHP数组本身线程安全，但在协程环境下共享可变数组变量易引发数据污染，核心在于协程抢占导致作用域混乱；应避免跨协程引用、使用副本、隔离超全局、慎用序列化、固定foreach快照并遵循协程生命周期。
PHP 数组本身是线程安全的，但在协程（如 Swoole、OpenSwoole 或 PHP 8.1+ 的 Fiber）环境下，
共享数组变量可能引发意外的数据污染或竞态行为
，核心问题不在于数组结构本身，而在于协程的“用户态抢占”特性导致变量作用域和生命周期被重新定义。
协程间不要直接共享可变数组变量
多个协程若共用同一个数组变量（尤其是通过引用、全局变量、静态属性或闭包绑定等方式），在协程切换时可能读写错乱。例如：
✓ 安全做法：每个协程操作自己的副本
使用
显式复制（PHP 的“写时复制”机制在此有效）
避免
引用跨协程传递
静态属性或 global 数组应视为只读，或加协程本地缓存层
注意超全局数组（$_GET、$_POST 等）的协程隔离性
Swoole 等协程服务器会自动为每个请求协程重置超全局数组，但前提是：
必须使用框架或中间件正确初始化上下文
。手动在协程中修改 $_POST 不会影响其他请求，但若在协程外（如 onReceive 回调未进入请求生命周期）直接操作，可能污染后续协程。
始终通过框架提供的 Request 对象获取参数（如
）
避免在协程启动前或错误生命周期阶段写入 $_SERVER/$_REQUEST
自定义中间件中需确保变量作用域限定在当前协程内
序列化与反序列化数组需谨慎
协程中频繁 serialize/unserialize 大数组会带来性能开销；更关键的是，若数组含 Closure、资源句柄或协程相关对象（如 Fiber、Channel），反序列化将失败或产生不可预知行为。
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
立即学习
“
PHP免费学习笔记（深入）
”；
协程上下文对象（如 Swoole\Http\Request）不能被序列化
含匿名函数的数组无法序列化，抛出
缓存数组时优先用 JSON（不含资源/Closure）或 msgpack（支持二进制，更高效）
迭代器与 foreach 在协程切换中的表现
PHP 数组的 foreach 是原子操作，不会在中途被协程调度打断；但若在循环体内主动挂起（如
、
），下次恢复时数组可能已被其他协程修改。
循环前用
固定快照
避免在 foreach 中执行阻塞 I/O，改用异步方式批量处理
如需边遍历边更新，考虑用锁（
实现轻量信号量）或队列解耦
协程不是多线程，但共享内存的思维惯性容易导致 bug。关键是把每个协程看作一个轻量“请求生命周期”，数组变量默认属于该生命周期，跨协程传递必须显式复制或同步。
$localArray = $sharedArray;&$sharedArray$request->get()Fatal errorco::sleep()Channel->pop()$items = array_values($arr);Swoole\Coroutine\Channel