4. 权限管理基础：权限定义、权限粒度、权限继承、权限分离

好，咱们今天聊聊权限管理的基础。说实话，这玩意儿看着简单，但坑特别多。我在座舱系统里见过太多因为权限没管好，导致功能乱套、安全出问题的案例。说白了，权限管理就是一句话：谁，能干什么，在什么条件下干。但要把这句话落地，你得搞懂四个核心概念——权限定义、权限粒度、权限继承、权限分离。

4.1 权限定义：把“能干什么”说清楚

权限定义，就是明确每个操作到底对应什么权利。我习惯把它拆成三个维度：

• 资源：你要操作的对象是什么？比如导航地图、空调控制、车辆设置。
• 操作：你对这个资源能做什么？读、写、执行、删除？
• 约束：在什么条件下才能做？比如车速超过20km/h时禁止操作。

举个例子，在座舱系统里，一个典型的权限定义可能是这样：

{
  "permission_id": "PERM_NAV_DEST_SET",
  "resource": "navigation.destination",
  "operation": "write",
  "constraints": {
    "vehicle_speed": "<= 5 km/h",
    "gear_position": "P"
  }
}

嗯，这里要注意：权限定义一定要精确到“原子操作”。我见过有人把“导航设置”整个打包成一个权限，结果驾驶员想改个目的地，系统却要求停车才能操作——因为权限定义里把“设置”和“输入”混在一起了。你想想看，这多尴尬。

4.2 权限粒度：管得越细，越安全

权限粒度，说白了就是你的权限控制能细到什么程度。粗粒度就像一把大锁，锁住整个房间；细粒度就像每个抽屉都有自己的锁。

我个人习惯把粒度分成三个层级：

粒度层级	描述	例子
粗粒度	按功能模块控制	“导航”权限 = 能看地图、能设目的地、能看路况
中粒度	按操作类型控制	“导航-读”权限 = 只能看地图，不能设目的地
细粒度	按具体资源+条件控制	“导航-写-目的地”权限 = 只能在P挡设目的地

我在项目中遇到过一个问题：某款车型的语音助手权限设成了粗粒度，结果副驾说“打开天窗”，系统直接执行了——因为语音助手有“车辆控制”权限。后来我们改成细粒度，语音助手只能控制“非安全相关”的功能，天窗这种涉及安全的操作必须由驾驶员确认。你看，粒度一细，问题就解决了。

4.3 权限继承：别重复造轮子

权限继承，就是子角色自动拥有父角色的权限。这玩意儿能省不少事，但也容易出乱子。

举个例子，座舱系统里常见的角色层级：

• 管理员：所有权限
• 驾驶员：继承管理员的部分权限，比如导航、音乐、电话
• 乘客：继承驾驶员的娱乐权限，但不能控制车辆设置

用代码表示就是：

role "driver" {
  inherits: ["admin"]
  permissions: ["NAV_READ", "MEDIA_PLAY", "PHONE_CALL"]
  // 注意：不继承 admin 的 "VEHICLE_SETTINGS_WRITE"
}

role "passenger" {
  inherits: ["driver"]
  permissions: ["MEDIA_PLAY"]
  // 乘客只能听歌，不能打电话、不能看导航
}

我曾经踩过一个坑：某个项目里，乘客角色继承了驾驶员的所有权限，结果乘客在行驶中把导航目的地改了。你想想看，驾驶员正开着车呢，导航突然说“重新规划路线”，多危险。后来我们加了一条规则：继承时，必须显式声明要继承哪些权限，不能默认全继承。

4.4 权限分离：别让一个人说了算

权限分离，就是把敏感操作拆成多个步骤，由不同角色完成。这概念最早来自银行系统——一个人不能既管账又管钱。座舱系统里也一样。

举个例子，座舱系统的OTA升级流程：

1. 管理员：发起升级请求
2. 安全审核员：验证升级包签名
3. 驾驶员：确认执行升级

你看，三个角色各管一摊，谁也不能单独完成升级。这就是权限分离的精髓。

我习惯用“三权分立”模型来设计：

角色	职责	典型权限
系统管理员	配置系统、管理用户	用户管理、角色分配
安全审计员	监控操作、审核日志	日志查看、权限审计
普通用户	使用功能	导航、媒体、电话

嗯，这里要注意：权限分离不是越多越好。我见过一个项目，把“打开空调”拆成了“温度控制”、“风速控制”、“风向控制”三个权限，分别由三个角色管理。结果用户想调个空调，得找三个人审批。你想想看，这用户体验得多差。

4.5 四个概念的关系

最后，我总结一下这四个概念怎么配合：

• 权限定义是基础，把每个操作说清楚
• 权限粒度决定控制精度，安全相关的要细
• 权限继承减少重复工作，但要用白名单
• 权限分离防止权力滥用，但别过度设计

说白了，这四个概念就像盖房子的四根柱子。少一根，房子就歪。我在做座舱系统安全设计时，每次都会先画一张权限矩阵图，把这四个维度都列出来，然后一个个对。虽然麻烦，但效果很好——至少没再出过因为权限问题导致的安全事故。