权限模型概述：为什么需要权限管理
权限管理，说白了就是「谁能在系统里干什么事」。
我早年接手过一个内部管理系统，没做任何权限控制。结果销售部的同事不小心删掉了财务部的报表——整家公司当月账目对不上，加班三天才追回来。那次之后我就懂了：权限不是束缚，是安。
没有权限控制的后果
- 数据泄露：普通员工能看到高管薪资
- 操作越权：客服人员修改了商品价格
- 审计黑洞：出了问题找不到是谁干的
- 合规风险：GDPR、等保等法规直接判你违规
核心目标：把「谁、能对什么资源、做什么操作」这三件事约束清楚。
权限模型三兄弟
从业十几年，我接触过的权限模型基本可以归纳为三类：ACL、RBAC、ABAC。它们不是迭代关系，而是适合不同场景的三种武器。
| 模型 | 全称 | 核心思想 | 适用场景 |
|---|---|---|---|
| ACL | 访问控制列表 | 每个资源直接绑定允许的用户列表 | 小系统、文件系统、简单场景 |
| RBAC | 基于角色的访问控制 | 用户 → 角色 → 权限 | 企业应用、后台管理、多用户系统 |
| ABAC | 基于属性的访问控制 | 用户属性 + 资源属性 + 环境条件 → 动态判定 | 高安全、多维度、云环境 |
ACL：最直白的模型
你写过一个文件权限吗？Linux 里 chmod 755 就是 ACL。每个文件（资源）上挂一张表，写着「用户A可以读，用户B可以写」。逻辑简单，但问题很明显：如果公司有1000个员工、500个文件，你要手动维护50万条记录？我当年试过——相信我，你会疯的。
// 伪代码：ACL 权限检查
if (acl[resourceId][userId].contains("read")) {
// 允许读取
}小经验：ACL 最适合「权限变更极少」的场景。比如文档库的阅读权限——设定后几年不变。但凡是员工流动快的部门，别碰 ACL。
RBAC：工业级标准
引入「角色」作为中间层，是 RBAC 最聪明的地方。用户不再直接和权限打交道，而是被赋予角色，角色再去关联权限。
// RBAC 典型数据表
用户表：id, name, role_id
角色表：id, name, description
权限表：id, resource, operation
角色权限表：role_id, permission_id为什么它这么流行？因为现实世界就是分角色的——你是「经理」就能审批报销单，你是「编辑」就能改文章。逻辑自然，维护方便。
避坑指南：我曾经设计过一个 RBAC 系统，把角色粒度分得太细（比如「高级编辑」「初级编辑」「实习编辑」），结果角色数量失控，比直接配权限还难搞。记住：角色数量要控制在一个数量级内，宁可多配几条权限，也别造一堆角色。
ABAC：灵活但复杂
RBAC 处理不了这种情况：允许「部门主管」在工作时间（9:00-18:00）通过「公司内网IP」访问「本部门」的「客户数据」。你会算一算，光是「部门主管」这个角色就包含了三个条件——如果你用 RBAC，得建三个角色？那别的部门怎么搞？ABAC 直接把条件写进规则：
// ABAC 策略规则（伪代码）
policy "view_customer" {
subject.role == "主管"
subject.department == resource.department
resource.type == "客户数据"
environment.time between 9:00 and 18:00
environment.ip within companyCIDR
effect: allow
}每个请求到达时，引擎把用户属性、资源属性、环境属性放进去算一遍，符合规则就放行。像不像现实中的审批流程？
血泪教训：ABAC 不是银弹。我见过一个团队把所有逻辑写在策略里，结果策略引擎响应时间飙到 500ms，还出现了策略循环引用——用户既在允许名单又在拒绝名单里，导致死锁。性能分析和策略版本管理一定要提前规划。
一张图看明白它们的演变关系
下面这张图展示了三个模型的核心结构。ACL 是点对点，RBAC 加了角色层，ABAC 则引入了属性判断引擎。
从 ACL 到 RBAC 再到 ABAC，其实就是在「可维护性」和「灵活性」之间找平衡。ACL 维护成本高但逻辑简单，RBAC 用角色隔离用户和权限，ABAC 把判断放到运行时——各有各的阵地。
给你的建议：如果你是创业初期，团队不到10人，ACL 或简单的 RBAC 就够用。别一上来就上 ABAC，那玩意儿学习曲线陡，性能坑多。我一般这么选：
- 文件同步/网盘 → ACL
- 内部 OA / 后台管理 → RBAC
- 云平台 / 开放 API / 多租户 → ABAC
嗯，这一章先让你对权限模型有个全局认知。后面我们会一头扎进 RBAC 的细节——怎么建角色树、怎么处理角色层级、怎么避免常见设计失误。准备好了就开始干活吧。