frankenphp的worker进程彼此隔离，默认不共享内存、不自动互通消息，需借助redis、sqlite、文件锁、消息队列或http/unix socket等外部ipc机制实现通信，禁用共享变量、线程池状态和pcntl信号等高风险方式。
FrankenPHP 本身不提供多 Worker 之间的内置通信机制，Worker 是彼此隔离、独立运行的 PHP 进程实例，**默认不共享内存、不自动互通消息**。要实现它们之间的简单数据通信，需借助外部协调层或进程间通信（IPC）手段，而不是靠 FrankenPHP 自身调度。
用共享存储做轻量级状态同步
适合传递配置变更、开关状态、计数器等低频、非实时、结构简单的数据：
-
Redis：最常用。Worker A 执行
SET config:theme "dark"，Worker B 定期或通过 Pub/Sub 监听变更；支持原子操作和过期时间 -
SQLite 文件数据库：单机部署时够用。多个 Worker 通过同一 DB 文件读写，注意加锁（如
PRAGMA journal_mode = WAL+ 显式事务）避免冲突 - 文件系统 + flock：写入 JSON 配置文件前加写锁，读取前加读锁。适合只读为主、更新极少的场景（如版本号、维护模式开关）
用消息队列解耦异步通信
适合需要可靠传递、解耦生产与消费、支持重试的场景（如日志分发、任务广播）：
-
Redis Streams：比 Pub/Sub 更可靠，支持消费者组、消息确认、历史回溯。Worker A
XADD logs * level "error" msg "timeout"，Worker B 作为独立消费者组读取 -
Beanstalkd / RabbitMQ（轻量版）：若已有基础设施，可复用。FrankenPHP Worker 用 PHP 客户端（如
pda/pheanstalk）投递/监听任务 - 注意：不要在 Worker 内直接用
sleep()轮询，应使用阻塞式读取（如reserveWithTimeout()）避免空转耗 CPU
用 HTTP 或 Unix Socket 实现点对点请求调用
适合少量、有明确发起方和响应方的同步交互（如“Worker A 查问 Worker B 当前负载”）：
-
内部 HTTP 接口：让某个 Worker 启一个轻量 HTTP server（如用
Swoole\Http\Server或ReactPHP），绑定127.0.0.1:8081；其他 Worker 用file_get_contents("http://127.0.0.1:8081/status")获取 JSON 响应 -
Unix socket 通信：更高效、更安全（仅本机）。Worker B 启动 socket server（
stream_socket_server("unix:///tmp/worker-b.sock")），Worker A 用stream_socket_client("unix:///tmp/worker-b.sock")发送请求并读响应 - 关键点：必须自行处理超时、连接失败、协议格式（建议用简单 JSON-RPC 或纯 JSON）
不推荐的方式
以下方法看似直接，但实际风险高、难维护：
- 共享全局变量或静态属性 —— Worker 之间进程隔离，完全无效
- 依赖 FrankenPHP 的 PHP 线程池内部状态 —— 线程池是底层执行单元，不暴露给业务 Worker，无法编程访问
- 用
pcntl_*函数跨 Worker 发信号 —— 无法精准控制目标进程，且信号处理在常驻 Worker 中易出错
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
