第三方库是否支持常驻模式，取决于其是否有“请求边界意识”；frankenphp worker模式下，需重点检查static、global、const滥用，验证pdo/guzzle/curl等连接类是否安全复用，并通过实测确认对象id、内存占用及返回一致性。
第三方库是否支持常驻模式，得看它有没有“请求边界意识”
FrankenPHP 的 worker 模式会让 PHP 进程长期存活，而很多第三方库（尤其是老版本 SDK、自定义工具类、ORM 封装）默认假设每次请求都是干净启动+干净退出。一旦残留状态（如静态连接池、全局缓存、未 reset 的单例），就会在后续请求中引发数据错乱或内存泄漏。
检查 static、global 和 const 是否被滥用
这是最常见也是最容易漏掉的问题点。不是所有 static 都危险，但凡用于保存请求相关数据的，基本都得改。
-
static $cache = []或static $client = null：若没在请求开始/结束时主动清空或重建，下次请求会复用上一次的值 -
global $db_handle：worker 下整个进程共享该变量，跨请求污染风险极高 -
define('API_BASE_URL', $_SERVER['HTTP_HOST'])：常驻后$_SERVER不再更新，后续请求可能拿到旧 host - 检查 vendor 目录下关键库的源码，搜索
static function、static $、global等关键词，重点关注初始化、客户端、日志、配置加载类
验证连接类是否支持复用或需手动释放
数据库、Redis、HTTP 客户端等资源类最容易出问题。它们是否能安全复用，取决于底层实现和使用方式。
- PDO 实例：必须确认构造时传了
PDO::ATTR_PERSISTENT => true；否则连接对象本身虽可复用，但底层 socket 可能已断开，下次查询直接报错 - cURL handle：
curl_init()后未调用curl_close()，handle 会一直占用，最终触发Too many open files - GuzzleHttp\Client：默认不复用连接，每次 new 都新建 TCP 连接；应改为单例 +
handler复用（如StreamHandlerwith connection pooling） - 检查连接是否在请求结束前显式关闭：比如在 Laravel 的
terminating事件里调$pdo->close()，或用register_shutdown_function()补漏
测试生命周期行为比读文档更可靠
文档说“支持 Swoole”，不等于就兼容 FrankenPHP worker。真实行为必须靠实测验证。
- 写一个最小测试脚本，连续发起两次相同请求，观察返回值是否一致、响应时间是否递减（说明缓存/连接复用生效）
- 在代码中插入
var_dump(spl_object_id($client))，对比两次请求输出的 ID 是否相同——相同说明是同一个实例，需确认其线程安全性 - 用
memory_get_usage(true)在请求前后打点，连续调 10 次，看内存是否持续上涨（典型泄漏信号） - 对日志类特别小心：如果用了
file_put_contents('log.txt', ..., FILE_APPEND)而没加锁，多请求并发写会导致内容混杂
真正难排查的从来不是“哪个库不支持”，而是“哪个调用路径悄悄保留了状态”。worker 模式下，每个请求都像在同一个房间里反复换人，你得确保没人把上一个人的笔记留在桌上。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
