AuthManager::assign() 没生效是因为只写入数据未刷新缓存，DbManager 需手动调用 invalidateCache() 或关闭缓存；addPermission() 才入库，createPermission() 仅创建对象；角色继承必须显式 addChild()，且父子节点须已存入系统。
AuthManager::assign() 为什么没生效
调用 AuthManager::assign() 后用户查不到权限，大概率不是代码写错了，而是没触发 RBAC 数据的“刷新”机制。Yii2 的 RBAC 权限检查默认走缓存（yii\rbac\PhpManager 缓存到 PHP 文件，yii\rbac\DbManager 默认不自动重载 DB 变更），assign() 只写入数据，不自动更新运行时权限图谱。
- 如果是
DbManager，确保已执行php yii migrate --migrationPath=@yii/rbac/migrations初始化表，且auth_assignment表里确实插入了新记录 - 开发阶段建议临时关闭缓存：在配置中设
'cache' => null，或直接用Yii::$app->getAuthManager()->invalidateCache()手动清空 - 别在控制器里 assign 后立刻
Yii::$app->user->can()—— 这个判断依赖当前请求生命周期内的权限快照，需重新初始化 AuthManager 实例或刷新缓存
addPermission() 和 createPermission() 的区别在哪
这两个方法常被混用，但语义和行为完全不同：createPermission() 是构造一个权限对象（Permission 实例），不入库；addPermission() 才真正把它存进存储（文件或数据库）并使其可被引用。
- 漏掉
addPermission()是新手高频错误——只 new 一个 Permission、assign 给角色，结果can()永远返回 false -
addPermission()要求$permission->name全局唯一，重复调用会抛出InvalidParamException错误信息：The permission "xxx" already exists - 权限名建议用英文小写+下划线，避免斜杠或点号（如
edit_post可行，post/edit或Post.Edit在DbManager中可能引发 SQL 或解析问题）
角色继承关系没生效，是不是没调用 addChild()？
是。RBAC 中父子角色关系必须显式调用 addChild()，不存在“自动继承”或配置式声明。比如想让 admin 拥有 editor 所有权限，不能只把两者都 assign 给用户，而要建立 admin → editor 的边。
-
addChild($parent, $child)的两个参数必须是已通过addRole()或addPermission()存入系统的对象（Role或Permission实例），传字符串名会报错：Unknown Role: editor - 继承链支持多层，但不要形成环（
A→B→C→A），DbManager不校验环，运行时can()可能无限递归导致 500 - 修改继承关系后，同样要调用
invalidateCache()或重启应用，否则旧的权限图谱仍生效
DbManager 下 assign() 失败但无报错，查不到 auth_assignment 记录
常见原因是事务未提交，或主键冲突被静默忽略。尤其是批量分配时，如果用循环反复 assign 同一用户到同一角色，DbManager::assign() 内部会执行 INSERT IGNORE（MySQL）或 ON CONFLICT DO NOTHING（PostgreSQL），失败不抛异常，但也不写入。
- 检查
auth_assignment表结构：确保(user_id, item_name)是唯一索引（官方迁移脚本已建，但手动改表可能删掉） - 开启 Yii 日志中的 DB 查询日志，看实际执行的 SQL 是否为
INSERT IGNORE，再查该组合是否已存在 - 生产环境别用
user_id字符串值（如邮箱）——DbManager默认字段类型是INT(11)，字符串会被转成 0，导致所有用户 assign 到同一行
复杂点在于权限状态始终是“快照 + 缓存”的组合，而不是实时反射数据库。每次变更后要不要清缓存、什么时候该重建 RBAC 图谱，得看你的部署方式和并发模型——本地开发开 cache=null 最省心，集群环境就得上 Redis 缓存并统一失效。
