对象池模式适用于创建开销大、状态可重置、生命周期短的类，如Redis客户端、PDO连接封装类；不适用于带强业务状态的User实体等。
对象池模式适用于哪些PHP类
不是所有类都适合放进池子。核心判断标准是：创建开销大、状态可重置、生命周期短。典型例子包括 Redis 客户端、PDO 连接封装类、日志处理器（如 Monolog\Handler\StreamHandler）、加密上下文（如 openssl_encrypt 初始化后的资源）。而带强业务状态的类（比如 User 实体、Order 服务）不能直接池化——它们的属性不可复用，强行归还会导致后续请求读到脏数据。
手动实现对象池的关键三步
不依赖框架时，一个轻量级对象池只需管好“预建→取用→归还”闭环：
- 用
Swoole\Coroutine\Channel（协程环境）或SplStack（FPM 环境）做容器，避免锁竞争 - 构造函数里不做实际初始化，把耗时操作（如连接、文件打开）移到
init()方法中 - 必须提供
reset()方法清理实例状态，例如关闭连接、清空缓存属性、重置计数器 - 获取对象时先
pop()，失败则新建；归还前调用reset()，再push()
示例片段：
class RedisPool {
private $channel;
public function __construct($size = 5) {
$this->channel = new \Swoole\Coroutine\Channel($size);
for ($i = 0; $i channel->push(new Redis());
}
}
public function get(): Redis {
$redis = $this->channel->pop();
if (!$redis) $redis = new Redis();
$redis->connect('127.0.0.1', 6379); // init
return $redis;
}
public function put(Redis $redis): void {
$redis->close(); // reset
$this->channel->push($redis);
}
}
为什么不能直接复用 PDO 或 mysqli 实例
因为 PDO 和 mysqli 实例内部持有连接句柄和事务状态。若未显式 rollback() 或 close()，归还后下个请求可能继承前一个事务、临时表、字符集设置甚至错误状态。更危险的是，在 FPM 下使用全局变量模拟池时，不同请求共用同一实例，极易引发并发污染。正确做法是：每次从池中取出后执行 $pdo->beginTransaction() 前先 $pdo->rollBack()，并确保 ATTR_ERRMODE 设为 EXCEPTION 避免静默失败。
协程 vs FPM 环境下的池行为差异
这是最容易被忽略的点。在 Swoole 协程中，Channel 是协程安全的，每个请求拿到的对象彼此隔离；但在 PHP-FPM 中，进程间不共享内存，你必须为每个 worker 进程单独维护一个池实例（例如用 static 变量 + pcntl_fork 检测），否则所有请求会争抢同一个池，导致 pop() 阻塞或返回 null。另外，FPM 下无法用 Channel，得退回到 array + flock()，性能和可靠性都打折扣。所以——如果真要池化对象，优先确认运行环境是否支持协程。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
