直接用casbin+viper+全局复用Enforcer可支撑万级QPS，因NewEnforcer每次调用会重载策略、无缓存且非线程安全；Enforce()线程安全并自带LRU缓存，需启用keyMatch2匹配路径通配，viper仅热更新策略源配置，策略变更须加锁而鉴权无需。
直接用 casbin + viper + 全局复用 Enforcer，就能撑住万级 QPS 的动态鉴权，别自己写策略加载逻辑或每次请求 new 一个 enforcer。
为什么不能在 HTTP handler 里调 casbin.NewEnforcer()
新建实例会触发完整策略重载（从文件/DB/Redis 重新拉取、解析、构建 RBAC 模型），CPU 和 I/O 开销大；并发高时还可能因策略加载不同步导致鉴权结果不一致。更严重的是，NewEnforcer 默认不启用缓存，Enforce() 调用会反复做字符串匹配和角色继承计算。
- 必须全局初始化一次
e, _ := casbin.NewEnforcer("model.conf", adapter)，启动时加载策略 - 中间件中只调
e.Enforce(sub, obj, act)，它本身是线程安全且带 LRU 缓存的（默认 1000 条） - 若用
fileadapter，改了policy.csv后需手动调e.LoadPolicy()；用gormadapter或redisadapter则可监听变更自动刷新
如何让 Enforce() 正确匹配带路径参数的路由
比如请求是 GET /api/users/123，但策略里写的是 p, editor, /api/users/*, GET，默认不会命中——因为 casbin 的 keyMatch 函数不支持通配符，得显式启用 keyMatch2 并在 model.conf 中声明匹配规则。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 在
model.conf的[matchers]区块写：m = keyMatch2(r.obj, p.obj) && r.act == p.act - 确保策略中的 object 字段使用
*（不是**或正则），如/api/posts/:id对应策略/api/posts/* - 中间件里提取真实资源标识：用
gin.Params或echo.ParamValues()替换路径参数，再传给Enforce()，例如把/api/users/123→/api/users/* - 别依赖框架的
c.Request.URL.Path原始值，它可能含查询参数或被反向代理 rewrite 过
怎么用 viper 热更新 casbin 策略源配置
viper 本身不管理 casbin 策略内容，但它能热更新「策略从哪来」这个元配置，比如切换 adapter 类型、调整 Redis 地址或开关数据库回源策略——这些变更直接影响权限数据的实时性与一致性。
立即学习“go语言免费学习笔记（深入）”；
- 定义结构体承载策略源配置：
type PolicySource struct { Type string `mapstructure:"type"` // "file", "redis", "gorm" RedisAddr string `mapstructure:"redis_addr"` } - 用
viper.WatchConfig()监听变化，在viper.OnConfigChange()回调里重建 adapter 实例，并调e.SetAdapter(newAdapter) - 注意：调
e.SetAdapter()后必须立即e.LoadPolicy()，否则策略仍是空的 - 若策略源切换失败（如新 Redis 连不通），应保留旧 adapter 并记录 error，避免鉴权服务整体不可用
并发更新策略时为何要加锁，但 Enforce() 不用
Enforce() 是无状态纯函数调用，内部已用 sync.Map 缓存匹配结果，天然并发安全；但 LoadPolicy()、AddPolicy()、RemovePolicy() 这些修改策略的操作会变更底层 model 和 policy 结构，多个 goroutine 同时调用会导致 panic 或策略丢失。
- 所有策略写操作必须包裹
sync.RWMutex写锁，读操作（如GetPolicy()）用读锁 - Web 后台提供「添加角色权限」接口时，不要直接调
e.AddPolicy()，而是走加锁封装函数 - 如果用 gormadapter，其
LoadPolicy()本身会查 DB，建议加context.WithTimeout防止卡死 - 最易忽略的一点：策略变更后，前端菜单权限也应同步失效——别只刷后端 enforcer，还要清对应用户的
user:<id>:permissions</id>Redis 缓存
