协程环境下PHP数组需避免共享状态、生命周期错觉和隐式并发风险：禁用引用/静态/全局共享；foreach中勿挂起；unset/修改需加锁或不可变操作；跨协程传递须确保仅含可序列化类型。
在协程环境下（如 Swoole、Hyperf、Workerman + 协程扩展），PHP 数组本身虽仍是值传递、线程安全的结构，但其使用方式和潜在风险与传统 FPM 环境有显著差异——核心问题不在于数组语法，而在于**共享状态、生命周期错觉和协程切换引发的隐式并发行为**。
协程间不应共享可变数组引用
协程轻量且共享进程内存，若多个协程通过引用（&$arr）或静态属性、全局变量等方式共用同一个数组，极易因执行顺序不可控导致数据覆盖或逻辑错乱。
- 避免将数组赋值给 static 属性或 $GLOBALS 后在不同协程中反复读写
- 不要在协程函数中返回对内部数组的引用，尤其当该数组来自类属性或闭包 use 变量
- 若需“共享数据”，改用协程安全的存储机制：Swoole\Table、Redis、Channel 或 Concurrent\Map
注意 foreach 中的协程挂起导致的迭代中断
在 foreach 遍历数组时调用协程挂起函数（如 co::sleep()、go() 内部 IO），不会自动保存迭代器状态。协程恢复后，foreach 会从头开始或行为未定义（取决于 PHP 版本与引擎优化）。
- 不要在 foreach 循环体内直接 await 或 co::sleep()
- 改用 for + 键索引遍历，并在每次迭代前确认当前键存在（因数组可能被其他协程修改）
- 更稳妥的做法：先 $keys = array_keys($arr) 快照键列表，再按此键列表遍历
unset() 和动态修改数组时的协程安全性
PHP 数组底层是 HashTable，unset()、$arr[] =、array_push() 等操作不是原子的。在多协程并发修改同一数组时，可能出现丢失更新或 C 层崩溃（尤其在高并发+大数组场景）。
立即学习“PHP免费学习笔记（深入）”；
- 禁止多个协程无锁地对同一数组做增删改
- 如必须动态维护，用 Swoole\Coroutine\Channel 做串行化操作，或封装为带互斥锁（Co\Lock）的数组管理器
- 优先考虑不可变模式：每次修改都 $newArr = $oldArr + ['key' => 'val']，而非原地修改
序列化与跨协程传递数组要警惕资源泄漏
含资源类型（如 curl handler、mysqli stmt）或对象（未实现 __serialize）的数组，在协程间传递或存入 Channel/Queue 时可能失败，或引发静默截断、重复析构等问题。
- 传入 Channel 前，确保数组只含标量、字符串、普通数组、JSON-serializable 对象
- 避免把 resource、Closure、mysqli 实例等放入数组跨协程使用
- 调试时可用 var_dump(array_walk_recursive($arr, function($v) { echo gettype($v).' '; })) 快速检查类型混合情况
