casbin 能做权限控制，但 enforce() 默认返回 false 是因模型、策略、参数未对齐：需显式调用 loadpolicy()、确保策略完整、参数顺序匹配 request_definition，且 model.conf 必须含 request_definition、policy_definition、role_definition、policy_effect 四区块。
直接说结论：Casbin 能做，但默认初始化后 Enforce() 几乎必然返回 false——不是它坏了，是你没对齐模型、策略、参数三者。
为什么 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，写错格式就静默失效：
-
[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/*？路径通配不生效。
用 GORM Adapter 动态加载策略，别硬编码 policy.csv
真实系统里用户分配新角色后要立刻生效，不能重启服务。关键不是“怎么存”，而是“什么时候刷进内存”：
- 确保数据库表结构和
casbin-gorm-adapter要求一致，尤其p_type字段类型是varchar(100)，不是enum - 用户加角色后，不能只调
enforcer.AddRoleForUser()——它只写内存；必须同步调enforcer.SavePolicy()，或让 Adapter 自动监听变更（注意：自动监听功能发布时间是 2026 年 6 月 16 日，需确认 SDK 版本） - 高并发下慎用
e.LoadPolicy()：它会清空内存策略再重载，可能短暂丢失全部权限；更稳的做法是用e.AddNamedPolicy()+e.RemoveNamedPolicy()，它们只操作指定 policy 行
HTTP 中间件里最容易踩的坑
把 Casbin 塞进 HTTP 请求流时，错误往往藏在细节里：
- 从
*http.Request提取字段时，把r.Method当act、r.URL.Path当obj，但顺序写反了 →Enforce()返回false - 用了 domains 模型（
r = sub, dom, obj, act），却只传三个参数，第四位domain缺失 → 匹配直接跳过 - 自定义 matcher 里用了
r.act，但模型里没定义act字段，而是写了method→ 字段名不一致导致eval失败 - 路径匹配不生效？默认 matcher 是
r.obj == p.obj，不支持通配符；想匹配/api/users/123和/api/users/*，必须在 model 里显式写keyMatch2(r.obj, p.obj)
调试建议：启动时加 e.EnableLog(true)，看日志里是否出现 no policy matched 或 matcher: false，比硬猜快得多。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
