via()不能直接查出中间表字段，因为它仅定义跳转路径而不选择字段，中间表字段默认被忽略；需用viatable()显式select或通过自定义关联模型访问。
via() 为什么不能直接查出中间表字段
因为 via() 是声明式关联，它只负责“跳转路径”，不参与最终查询的字段选择。中间表（比如 user_role）的字段默认被忽略，连 SELECT * 都不会包含它。
常见错误现象：User::find()->with('roles')->all() 返回的 Role 模型里没有 created_at（存于中间表），甚至查不到中间表的主键 user_id 或 role_id。
- 想拿到中间表字段，必须显式用
viaTable()+select()，或改用via()配合自定义关联模型 -
via('relationName')中的relationName必须是当前模型已定义的、返回ActiveQuery的方法，不能是字符串表名 - 如果中间表有额外字段（如
is_primary），via()关联后无法通过$user->roles直接访问——得先查中间表记录
via() 和 viaTable() 的选择依据
核心区别在：要不要复用已有模型逻辑。用 via() 是为了复用中间模型的验证、行为、关联；用 viaTable() 是为了轻量、可控、避免多余实例化。
使用场景举例：
- 需要对中间表做条件过滤（如只查
status = 1的关系），优先用viaTable()，写法更直白 - 中间表本身有业务逻辑（比如
UserRole模型里有getIsExpired()方法），就该用via('userRoles')，前提是已定义getUserRoles()关联 -
viaTable()不触发中间模型的beforeFind行为，而via()会——这点影响软删除、租户隔离等全局规则
示例（viaTable 带中间表字段）：
public function getActiveRoles()
{
return $this->hasMany(Role::class, ['id' => 'role_id'])
->viaTable('user_role', ['user_id' => 'id'], function ($query) {
$query->where(['status' => 1])
->select(['role_id', 'assigned_at']); // 显式选中间表字段
});
}
关联查询时 N+1 和字段覆盖的坑
via() 套一层后，很容易触发隐式 JOIN 失效，导致 Yii 自动生成多个查询，尤其在 with() + joinWith() 混用时。
典型错误现象：日志里出现重复查 user_role 表，或 Role 数据重复、丢失。
- 不要对
via()关联再调用joinWith()—— 它内部已通过子查询或 JOIN 实现跳转，强行 join 会破坏关联路径 - 如果主表字段和中间表字段重名（如都叫
id），Yii 默认只取主表值；需用asArray()+ 手动别名规避 -
via()关联的查询结果，count()可能不准——因底层可能用 EXISTS 而非 JOIN，要计数请改用viaTable()+count()
中间模型未定义 inverseOf 的后果
当用 via('userRoles') 时，如果 UserRole 模型里没写 inverseOf，会导致反向关联失效、内存泄漏、数据不一致。
比如：$role->users 查不到，或多次访问 $user->userRoles 生成新对象而非复用缓存。
-
UserRole的getUser()必须加->inverseOf('userRoles')，指向User模型里的getUserRoles() - 漏掉
inverseOf后，$user->userRoles[0]->user是新加载的User实例，不是原始$user对象 - 批量操作（如
updateAll）时，没inverseOf的关联可能绕过事件监听，导致审计日志缺失
事情说清了就结束。
