casbin初始化报错invalid model path主因是模型路径错误或未显式传入；enforce失效多因sub/obj/act顺序与model定义不一致、字符串不匹配或domain未对齐；推荐用字节内容加载模型、启用日志调试、缓存model实例并确保domain字段完整。
初始化 Casbin 的 model 和 adapter 为什么总报错 invalid model path
常见原因是没正确加载模型文件，或路径写成相对路径但工作目录不一致。Casbin 不会自动查找 model.conf，必须显式传入完整路径或字节内容。
- 推荐用
casbin.NewEnforcer("model.conf", "policy.csv")时，确保两个文件在当前运行目录下；用go run main.go启动时，工作目录是main.go所在目录，不是项目根目录 - 更稳妥的做法是用
file.ReadBytes读取模型内容，再调用casbin.NewEnforcerByModelAndAdapter，避免路径依赖 - 如果用
gorm-adapter，注意初始化前要先建表：adapter.CreateTable()，否则首次LoadPolicy()会静默失败
enforcer.Enforce() 返回 false 但策略明明写了，为什么没生效
最常踩的坑是 sub / obj / act 顺序或类型不匹配——Casbin 默认按 [sub, obj, act] 三元组匹配，但你的 model 文件里可能定义了 r = sub, act, obj（比如 REST 场景），这时传参顺序必须跟着变。
- 检查
model.conf中[request_definition]行，确认字段顺序；例如写的是r = sub, act, obj，那就要用enforcer.Enforce("alice", "delete", "/api/user/123") - 字符串值要完全一致：用户 ID 是
"123"，策略里写的是"user:123"，就不匹配；建议统一加前缀或用 RBAC 带域（domain）来隔离 - 默认不启用日志，调试时加
enforcer.EnableLog(true)，能看到每条策略是否被评估、为何跳过
用 casbin.NewEnforcerByString() 动态加载 model 适合什么场景
适合配置中心驱动权限模型的微服务，或者多租户系统中每个租户用不同 model。但要注意内存和并发安全。
- 每次调用
NewEnforcerByString都会解析 model 字符串，高频创建会浪费 CPU；应缓存已解析的model.Model实例，复用给多个 enforcer - 多个 enforcer 共享同一个 adapter 时，
LoadPolicy()可能互相覆盖；生产环境建议每个 enforcer 独占 adapter 实例，或用adapter.FilteredAdapter隔离数据源 - model 字符串里不能含注释或空行（Casbin v2.70+ 支持部分注释，但旧版会 parse 失败），上线前用
casbin.NewModelFromString()提前校验
RBAC with domains 模式下 AddRoleForUserInDomain() 不起作用
本质是 domain 字段没对齐：model 定义了 p = sub, dom, obj, act，但你在 add 策略时漏了 domain 参数，或 enforce 时没传 domain 值。
- 确认 model 中
[policy_definition]和[role_definition]都包含dom字段，例如g = _, _, _要改成g = _, _, _且第三个参数是 domain - 添加角色关系必须带 domain：
enforcer.AddRoleForUserInDomain("alice", "admin", "tenant-a")；检查时也要传：enforcer.Enforce("alice", "tenant-a", "/user", "read") - 用
GetRolesForUserInDomain()查不到结果？先确认enforcer.LoadPolicy()已执行，且 policy CSV 或 DB 里对应行的 domain 列非空
enforcer.GetModel().PrintModel() 输出，比翻文档更快定位字段缺失或拼写错误。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
