为什么Workerman中不建议频繁使用原生 global 全局变量？-php教程-PHP中文网

workerman中global变量因进程常驻导致状态污染和并发不安全，应改用onworkerstart初始化进程级依赖或外部存储共享状态。

为什么workerman中不建议频繁使用原生 global 全局变量？

Workerman进程常驻导致 global 变量状态不可控

Workerman 的每个 Worker 进程启动后长期存活，global 声明的变量在该进程生命周期内持续存在，且不会随请求结束而重置。这意味着：同一进程内多次请求会共享并累积修改同一个 $GLOBALS 键或 global $x 变量，极易造成状态污染。

常见错误现象：MySQL server has gone away 有时不是数据库问题，而是你把 PDO 实例存进 global $pdo 后，连接空闲超时失效，后续请求仍试图复用这个“死连接”。

每次请求都可能读到上一次请求残留的值（比如 global $user_id 未清空）
无法保证变量初始化时机 —— global 只是引用，不等于声明或赋值
多进程间完全隔离，但单个进程内所有回调（onMessage、onClose 等）共用同一份 global 空间

global 变量破坏 Workerman 的并发安全模型

Workerman 默认启用多进程（worker_num > 1），但 global 是进程级作用域，不是线程级。表面上看“进程隔离”能避免竞态，可一旦你在某个进程里用 global $counter 做计数，就隐含了“该进程内所有连接共享一个计数器”的假设 —— 而这往往与业务语义冲突（比如想按用户 ID 计数，却按进程 ID 分片）。

更危险的是：若误将对象或资源句柄（如 fsockopen 返回的 socket）存入 global，不同请求可能并发读写同一资源，触发 PHP 层面的 undefined behavior 或底层 I/O 错误。

global $cache 存数组？多个 onMessage 回调同时 $cache[$key] = $val 不加锁，数据会丢失
使用 static 变量比 global 稍好，但仍受限于单进程上下文，无法跨进程协调
真正需要共享状态（如限流计数）必须走外部存储（Redis）或进程间通信（Unix Socket / 共享内存）

替代方案：用 onWorkerStart + 局部作用域管理资源

Workerman 官方推荐模式是在 onWorkerStart 回调中为每个进程单独初始化依赖，而不是靠 global “一劳永逸”。数据库连接、缓存客户端、配置实例等都应在此处创建并绑定到当前进程上下文。

Favird

一款AI工具，主要用于极其棒且有价值的互联网资源目录！，适合需要提升相关任务效率的用户。

下载

示例：不要这样写

// ❌ 危险：全局单例，所有进程共享
global $db;
$db = new PDO(...);

而应这样写

// ✅ 安全：每个进程独立连接
$worker->onWorkerStart = function($worker) {
    $worker->db = new PDO(...); // 挂在 $worker 实例上
};
$worker->onMessage = function($connection, $data) {
    $connection->worker->db->query(...); // 显式通过 $connection 或 $worker 访问
};