Enforce()总返回false主因是模型/策略/参数未对齐：未显式调LoadPolicy()、g规则不完整、参数顺序与[request_definition]不一致；需校验model.conf四区块完整、清除BOM/CRLF、用绝对路径加载。
Casbin 本身不自动理解你的用户、角色或 API 路径结构——它只按你定义的模型和策略做匹配。直接初始化 casbin.NewEnforcer("model.conf", "policy.csv") 后 Enforce() 返回 false，90% 是模型/策略/参数三者没对齐，不是 Casbin 有问题。
为什么 Enforce() 总返回 false？先盯住这三处
这不是随机失败，而是 Casbin 严格按模型语义执行匹配的结果：
-
enforcer.LoadPolicy()是否在服务启动后显式调用？用gorm-adapter时，初始化 adapter 后必须手动触发一次，否则内存策略为空 - g 规则是否完整？比如数据库里用户
alice关联了角色admin，但没调enforcer.AddRoleForUser("alice", "admin")或没通过 Adapter 同步进内存，Enforce("alice", ...)就永远不命中角色继承链 - 参数顺序是否和
[request_definition]完全一致？标准 RBAC 模型是r = sub, obj, act，传成"alice", "GET", "/api/users"就直接失效——Casbin 不报错，只默默返回false
顺手加一行：log.Printf("loaded policies: %+v", enforcer.GetPolicy())，比翻日志快十倍。
model.conf 必须包含且仅包含这四个区块
少一个就 panic，写错格式就静默失效：
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
-
[request_definition]：声明Enforce()的入参结构，例如r = sub, obj, act -
[policy_definition]：声明策略行格式，p = sub, obj, act对应 CSV 中p, admin, /api/users, POST -
[role_definition]：声明角色映射，g = _, _表示用户→角色（g, alice, admin），写成g = _, _, _却只传两个参数，AddRoleForUser()会静默失败 -
[policy_effect]：决定多条策略冲突时怎么裁决，e = some(where (p.eft == allow))是最常用写法
漏掉 [role_definition]？所有角色继承失效；[matchers] 里没写 keyMatch2(r.obj, p.obj) 却想匹配 /api/users/123 和 /api/users/*？路径通配不生效。
真实系统里别硬编码 policy.csv，用 GORM Adapter 动态加载
用户分配新角色后要立刻生效，不能重启服务。关键不是“怎么存”，而是“什么时候刷进内存”：
- 确保数据库表结构和
casbin-gorm-adapter要求一致，尤其p_type字段类型是varchar(100)，不是enum - 用户加角色后，不能只调
enforcer.AddRoleForUser()——它只写内存；必须同步调enforcer.SavePolicy()，或让 Adapter 自动监听变更 - 如果用 Redis 缓存策略，Casbin 默认不支持缓存失效；得自己加
enforcer.ClearPolicy()+ 重载，或换casbin-server
路径参数提取容易被忽略：/api/users/123 和 /api/users/456 是不同资源实例，中间件里别直接用 r.URL.Path 当 obj；先用 chi.URLParam(r, "id") 提取出 123，再拼成 "user:123" 这样的资源标识。
热更新策略时高并发下权限短暂丢失怎么办
线上改权限不能重启，但直接 RemovePolicy() 或 AddPolicy() 后，旧请求可能还在用老 cache，新请求又没及时同步：
-
enforcer.LoadPolicy()会清空内存策略再重载，高并发下可能短暂丢失全部权限 - 更稳的做法是用
enforcer.AddNamedPolicy()和enforcer.RemoveNamedPolicy()，它们只操作指定 policy 行，不 reload 全量 - 如果用
FilteredAdapter，必须实现LoadPolicy()+LoadFilteredPolicy()分离逻辑，否则过滤失效
按钮级权限需要前后端双重控制——后端校验接口，前端根据用户角色动态渲染按钮，否则绕过 UI 仍可发请求。
