Yii2组件在长驻服务中因ServiceLocator缓存实例而产生状态污染，需通过无状态设计、init重置、禁用单例或按需重建来规避。
Yii2 的组件本身不默认是单例，但通过应用级注册（如 components 配置）后，会被 ServiceLocator 缓存并复用——这在长驻服务（如 Swoole、RoadRunner 或常驻 CLI 进程）中极易引发状态污染。
组件复用机制与单例假象
在传统 PHP-FPM 模式下，每次请求都是全新进程，组件实例随请求结束而销毁，状态污染几乎不存在。但长驻服务中：
-
ServiceLocator 默认缓存组件实例：首次调用
Yii::$app->get('myComponent')后，该实例被存入$_components，后续请求直接返回同一对象引用； - 组件属性可被多次修改：比如自定义组件中保存了临时数据、用户 ID、请求上下文等，若未主动重置，下次请求会沿用上一次的脏值；
-
事件监听器可能重复绑定：若在
init()中反复调用$this->on('xxx', ...)而未先解绑，会导致同一事件触发多次回调。
典型污染场景与表现
常见于以下情况：
- 自定义日志组件中缓存了
$currentRequestId，下一个请求未覆盖就直接输出旧 ID； - 订单处理组件里保存了
$tempOrderData = []，第二次请求调用add()时数组已含历史数据； - 行为（Behavior）中监听了
ActiveRecord::EVENT_AFTER_INSERT，但未限制作用域，导致跨请求触发错误逻辑。
规避状态污染的实用方案
核心原则：**组件应无状态，或显式管理生命周期**。
-
避免在组件属性中存请求级数据：改用方法参数传入（如
process($userId, $data)），或通过Yii::$app->user->id等上下文服务获取； -
重写
init()清理残留状态：在每次被获取前重置关键字段，例如：
public function init() { parent::init(); $this->tempData = []; } -
禁用 ServiceLocator 缓存（按需）：配置组件时设
'singleton' => false（仅限 Yii 2.0.42+），或改用工厂方式：
'myComponent' => ['class' => 'app\components\MyComponent', 'singleton' => false]； -
长驻服务中主动 reset 组件：在请求入口（如 Swoole 的
onRequest回调）中调用Yii::$app->clearComponents()或手动 unset 特定组件。
更彻底的解法：区分组件类型
不是所有类都适合做成“组件”：
- 纯工具类（如格式化、加密）→ 直接 new 或静态调用，不注册进
components； - 需共享状态的服务（如缓存客户端、数据库连接）→ 保留为单例组件，但确保其内部状态是线程/协程安全的；
- 携带请求上下文的业务类 → 改为普通对象，由控制器或服务层按需创建，不交由 ServiceLocator 管理。
