FrankenPHP异步任务受限于Fiber同步语义，需显式await或suspend/resume；worker模式下全局状态易跨请求污染；HTTP客户端缺超时重试与连接复用；无内置定时器或队列支持。
FrankenPHP 异步任务处理的底层约束
FrankenPHP 本身不是原生协程运行时，它默认基于 PHP 的 Fiber（纤维）实现轻量级异步调度，但 Fiber 仍是同步语义下的协作式并发——它不自动让出控制权，也不具备真正的 I/O 非阻塞能力。这意味着：
• 所有异步操作必须显式使用 await 或手动 Fiber::suspend()/resume()；
• 普通阻塞函数（如 file_get_contents、sleep()、PDO 同步查询）会直接卡住整个 Fiber，无法并发；
• 若未搭配 TrueAsync 运行时，Fiber 只是“伪异步”，实际仍依赖事件循环轮询或系统调用阻塞。
Worker 模式下状态隔离的边界
开启 worker 模式后，PHP 进程常驻，框架初始化只做一次，但这也带来隐含风险：
• 全局变量、静态属性、单例对象在 worker 生命周期内持续存在，跨请求污染风险显著上升；
• Laravel Spawn 等适配器通过 coroutine_context() 实现 auth/session/request 隔离，但自定义静态类、全局缓存（如 Cache::store('array')）、未重置的类属性仍可能泄漏；
• 数据库连接池由适配器透明管理，但若手动 new PDO 或绕过连接池直连，将失去自动归还机制，容易耗尽连接。
HTTP 客户端与外部调用的可靠性短板
FrankenPHP 原生支持 Fiber 化 HTTP 请求（如用 curl_init + CURLMOPT_PIPELINING 或配合 amphp/http-client），但仍有明显限制：
• 缺少内置超时熔断和重试策略，需自行封装 try/catch + 指数退避逻辑；
• 并发请求数受限于 worker 数量与 Fiber 栈大小，默认栈仅 256KB，高并发下易触发 FiberError: stack overflow；
• 不支持 DNS 缓存穿透或连接复用优化，频繁调用同一域名 API 时，TCP 握手和 TLS 协商开销未被有效摊薄。
定时任务与后台作业的替代方案缺失
FrankenPHP 专注 HTTP 请求生命周期，**不提供内置的定时器、队列监听或守护进程管理能力**：
• 无法像 Swoole 的 Timer::tick 或 RoadRunner 的 jobs 插件那样原生支持周期性任务；
• 后台队列（如 Laravel Horizon）仍需独立运行 php artisan queue:work 进程，与 FrankenPHP 主进程无协同；
• 若强行在 HTTP 请求中启动长期协程（如 go(function(){ while(true){...} })），会因无主事件循环支撑而失效，或导致内存缓慢泄漏。
立即学习“PHP免费学习笔记（深入）”；
