Swoole如何解决高并发下资源竞争问题

在多协程并发的场景下，资源竞争几乎是绕不开的坎。当多个协程同时读写数据库连接、共享计数器或全局变量时，数据错乱、覆盖、丢失这些现象从来都不是“可能发生”，而是必然发生。要解决这个问题，Swoole 提供了三个核心武器：SwooleAtomic（整型原子操作）、SwooleTable（结构化共享数据，支持 CAS）和 SwooleChannel（协程安全通信）。下面逐个拆解，看看它们分别怎么用、用在哪儿。

用协程隔离避免全局污染

协程启动时会自动创建独立的上下文空间，所有局部变量天然隔离。你只需要在协程函数内直接声明变量就行，完全不需要加锁。操作很简单，直接声明即可。

但有一个坑必须避开：切勿在协程外定义并复用全局变量。比如在 go() 外面 new 一个对象，再传进多个协程里修改——这种写法几乎立刻就会引发数据竞争，整个业务逻辑瞬间崩掉。

用SwooleAtomic做原子计数

如果只是需要一个简单的整型计数器，Atomic 是最轻量的选择。用法分三步：

第一步，实例化一个 Atomic 对象，例如 $counter = new SwooleAtomic(0);。

第二步，在协程中调用 $counter->add(1) 或 $counter->get()。这些方法底层由 CPU 指令保证不可分割，不会因为协程切换而出错。

第三步，获取最终值只需 $counter->get()，返回整数，线程安全，根本不用担心其他协程中途修改。

需要提醒的是：Atomic 只支持整型，不能存储字符串或数组。如果你需要更复杂的数据结构，请转向 Table 或 Channel。

用SwooleTable管理结构化共享数据

当多个协程需要共享一张类似“用户得分表”的结构化数据时，Table 就是首选。它支持两种写入方式：

方法一：直接写入

$table = new SwooleTable(1024);
$table->column('uid', SwooleTable::TYPE_INT, 8);
$table->column('score', SwooleTable::TYPE_INT, 4);
$table->create();
$table->set("user_123", ['uid' => 123, 'score' => 95]);

方法二：并发更新时用 CAS 机制

$table->cas("user_123", "score", 95, 96); —— 只有当当前值恰好为 95 时才更新为 96，失败返回 false，避免多个协程互相覆盖。

一个关键约束：必须在 Server 启动前完成 Table 的创建，运行过程中无法动态新增列或扩容，否则会报错退出进程。这点设计时就要规划好。

用SwooleChannel实现协程间安全通信

如果说 Table 是共享内存，那么 Channel 就是协程间的消息队列。创建容量为 100 的通道：$chan = new SwooleChannel(100);

生产者协程调用 $chan->push($data)，消费者协程调用 $chan->pop()，阻塞/超时行为都可以按需配置。

Channel 本质是一个内存队列，底层已经加锁，push 和 pop 天然线程安全。这种模式非常适合解耦任务分发与执行逻辑——生产者只管推送任务，消费者只管执行，彼此不需要关心对方的状态。

最后一个小建议：不要用 PHP 原生 array 来模拟队列。多个协程同时执行 array_push / array_shift 会导致键冲突甚至数据丢失，这坑踩过的人都知道。