workerman4进程间变量无法直接共享，因其采用多进程模型，每个worker是独立linux进程，拥有隔离的虚拟地址空间；fork()创建子进程后内存页写时拷贝，静态变量和全局变量均为各进程独立副本；无显式共享内存（如shmop/mmap）则不存在跨进程访问前提；apcu等缓存扩展也仅限单进程内有效。
Workerman4 的进程间变量无法直接共享，根本原因在于它采用多进程模型，每个 Worker 是一个独立的 Linux 进程，拥有完全隔离的虚拟地址空间。这不是 Workerman 的限制，而是操作系统级的设计约束。
每个 Worker 都是独立进程，内存天然不互通
当 Workerman 启动多个 Worker 时，底层通过 fork() 系统调用创建子进程。fork 会复制父进程的内存页（写时拷贝机制），但此后父子进程各自维护自己的页表和虚拟地址映射。即使两个 Worker 加载同一份 PHP 文件、执行同一行 static $counter = 0，它们的 $counter 实际落在物理内存中**不同位置**，彼此不可见、不可修改。
这与多线程完全不同：线程共享同一进程的地址空间，静态变量天然跨线程可见；而 Workerman 的 Worker 是进程，不是线程。
模块变量和静态属性只是进程内副本
PHP 的 require 或 use 不会“链接”到同一个内存实例。每次 Worker 初始化时，模块顶层代码重新执行，类静态属性重新声明，对象实例各自生成。例如：
-
class Counter { public static $n = 0; }—— A Worker 中Counter::$n++只影响 A 的副本 -
global $config;—— B Worker 读取的是自己进程空间里那份未被修改过的$config
没有共享内存，就不存在“同步”前提
共享内存不是默认开启的功能，它需要显式申请内核资源（如 shmop 段、mmap 映射区域）并由所有 Worker 主动挂载。Workerman 本身不自动创建或分发任何共享内存段。换句话说：不手动创建，就没有共享内存；没挂载到同一段，变量就不可能跨进程访问。
这也是为什么直接用 shmop_open() 配合 flock() 才能实现计数器同步——你是在主动建立一块双方都映射的物理内存，并自行管理读写互斥。
APCu、OPcache 等缓存扩展也不跨进程
像 apcu_store('key', 'val') 是把数据存在当前进程的 APCu 共享内存池中，该池由扩展在进程启动时分配，生命周期绑定于单个 Worker。其他 Worker 启动时会分配自己的 APCu 内存池，彼此无关联。因此这些扩展不能用于 Worker 间通信，仅适用于单进程内的高频缓存。
试图依赖它们做跨 Worker 数据交换，结果一定是各算各的、状态分裂。
