Swoole闭包中不能use $this，需用$self=$this替代；use默认传值，加&引用易致并发脏数据；协程下static变量非全局；defer/after中闭包应避免捕获对象或资源。
闭包里用 $this 报 Fatal error: Using $this when not in object context
这是 Swoole 面试高频雷区：在 onReceive、onMessage 等回调中直接写 function () use ($this) { ... }，PHP 会报错——use 不支持传入 $this，它不是变量，是语言结构。
真正能用的只有「对象实例引用」：
- 提前把
$this赋给一个普通变量，比如$self = $this，再use ($self) - 如果回调要改对象状态，确保该属性不是
private或受__set()干扰（Swoole Worker 进程可能复用对象） - 更稳妥的做法是避免在闭包里强依赖
$this，改用依赖注入或回调参数传递必要数据
use 捕获变量时传值还是传引用？&$val 在 Swoole 里特别危险
Swoole 的 Worker 进程是长期运行的，变量生命周期和 FPM 完全不同。闭包 use 默认按值捕获，但加 & 变成引用后，多个并发请求可能共享同一内存地址，导致脏数据。
典型翻车场景：
立即学习“PHP免费学习笔记（深入）”；
- 循环注册回调：
foreach ($list as $item) { $server->on('receive', function () use (&$item) { ... }); }→ 所有闭包最终都指向最后一次迭代的$item - 异步任务中
use (&$result)，结果被后续请求覆盖 - 解决方案：去掉
&，改用use ($item)；若真需修改外部变量，用array或stdClass包一层再传值，或改用协程 Channel 通信
Swoole 4.8+ 启用协程后，static 变量不再“静态”
很多人以为 static $cache = []; 在协程里还能跨请求复用，其实错了。Swoole 协程调度会让每个协程拥有独立的静态变量副本（底层基于 fiber-local storage），看起来像“每次都是新的”。
验证方式很简单：
go(function () {
static $i = 0;
$i++;
echo "coro 1: $i\n"; // 输出 1
});
go(function () {
static $i = 0;
$i++;
echo "coro 2: $i\n"; // 也输出 1，不是 2
});
所以别靠 static 做缓存或计数。要用就上 Swoole\Coroutine\Channel、Swoole\Table，或者明确用 Swoole\Coroutine\Run 外层控制作用域。
闭包作为回调传给 defer() 或 after()，变量早于预期被释放
Swoole 的 defer() 和 after() 是异步延迟执行，但闭包捕获的变量如果来自局部作用域（比如某个 handler 函数内部），该函数返回后，变量本该销毁——而闭包还拿着引用，就可能触发 undefined behavior 或 segfault（尤其配合 unset() 或资源句柄时）。
安全做法：
- 只
use纯数据类型（int、string、array），避免resource、object、closure - 需要对象时，用
serialize/unserialize快照状态（仅限小数据） - 更推荐方案：把延迟逻辑抽成独立方法，通过
$server->tick()或Co::sleep()+ 显式参数传递来解耦
协程环境下，变量生命周期和调用栈不再线性对应，这点比传统 PHP 更隐蔽，也更容易在压测时才暴露。
