yii组件必须继承yii\base\component（2.0+）或实现yii\base\configurable（3.0），否则init()不执行、依赖注入失效；懒加载机制要求首次访问才初始化，且需正确配置id、避免构造函数中访问未就绪的yii::$app服务。
Yii 组件不是“写个类扔进去就行”，关键在注册时机、生命周期钩子和依赖注入方式——不按规范走，init() 可能根本不执行，$this->owner 在行为里可能为 null。
组件必须继承哪个基类才被框架识别
Yii 2 中，应用级组件（如 myService）必须继承 CApplicationComponent（1.1）或 yii\base\Component（2.0+），且需实现 init()；Yii 3 则强制要求实现 yii\base\Configurable 接口。不继承/不实现会导致组件被当作普通类加载，init() 不自动调用，beforeAction 等事件监听也失效。
- Yii 2.0+：推荐继承
yii\base\Component，它已内置事件支持和属性魔术方法 - Yii 3：必须实现
Configurable，否则 DI 容器无法完成构造参数注入 - 不要直接 new 实例后塞进
Yii::$app->set()—— 缺少容器上下文，get()时不会触发init()
为什么 init() 没有运行
常见原因是组件未被“真正使用”：Yii 的组件是懒加载的，只有首次调用 Yii::$app->get('xxx') 或通过属性访问（如 Yii::$app->myComponent）才会触发初始化。配置了但没访问，init() 就不会执行。
- 检查是否在
config/web.php的components数组中正确注册，键名要小写、无空格 - 确认没有拼错组件 ID，比如写成
'mycomponent'却用Yii::$app->myComponent访问（大小写敏感） - 若组件依赖其他组件（如需要
db），而db配置错误或未启用，init()会因异常中断且静默失败 - Yii 3 中，若组件构造函数参数类型声明为
ConnectionInterface但容器没绑定该接口，DI 会抛出InvalidConfigException而非进入init()
组件里怎么安全访问数据库或当前用户
不能在构造函数里直接调用 Yii::$app->user 或 Yii::$app->db，因为此时应用可能还没完全启动，user 还未初始化（尤其在控制台命令中）。应在 init() 内部访问，或使用延迟解析模式。
- 在
init()中访问Yii::$app->db是安全的，此时应用已完成引导 - 获取当前用户请用
Yii::$app->user->getIdentity()，并判空：if (!Yii::$app->user->isGuest) { ... } - 避免在组件属性默认值里写
Yii::$app->db，PHP 解析类定义时Yii::$app还不存在 - Yii 3 推荐用构造函数参数注入依赖（如
public function __construct(private Connection $db)），比运行时查全局对象更可控、易测试
行为（Behavior）和组件混用时的坑
行为不是组件，但它依附于组件。把行为当成组件注册到 components 里，或者在行为的 attach() 中直接访问 $this->owner->xxx 却不校验 $this->owner 是否已就绪，都会导致 Call to a member function on null。
- 行为必须挂载到目标对象上（如控制器、模型），不能单独作为应用组件使用
- 在
attach()中，$this->owner已赋值，但其自身可能尚未init()，所以不要在attach()里调$this->owner->someMethodThatNeedsInit - 若需在行为中访问 DB，建议通过依赖注入传入，而非硬编码
Yii::$app->db，否则单元测试难 mock - 多个行为同时修改同一属性（如
$owner->status），顺序由配置数组顺序决定，无隐式优先级
最常被忽略的一点：组件的 init() 只执行一次，但它的状态（如缓存属性、连接句柄）可能随请求变化。别假设“初始化完就万事大吉”，特别是涉及 DB 连接复用、HTTP 客户端实例、或单例资源管理时，得自己处理重连、清理或请求隔离逻辑。
