跨系统访问控制系统详解：用户角色与权限优先级

一、核心运作机制 #

跨系统访问控制的核心逻辑是身份验证→权限匹配→资源拦截的闭环：

1. 身份验证：用户登录时完成身份校验，系统记录用户关联的所有角色（如seller、manager）；
2. 权限匹配：系统根据用户的角色，加载对应的权限规则集合，涵盖可访问的系统、菜单路由、操作权限；
3. 资源拦截：在用户访问系统路由、菜单、操作按钮时，实时校验权限规则，拦截无权限的请求或隐藏对应元素。

二、多级菜单与细粒度权限的对象定义 #

针对4级菜单+查看/编辑权限的场景，可以用角色为维度、菜单层级为嵌套结构的对象来定义权限。每个菜单节点包含visible（是否可见）、actions（允许的操作：view/edit）、children（子菜单）三个核心属性，示例如下：

const rolePermissions = {
  // 销售角色权限配置
  seller: {
    // 一级系统：销售控制系统
    salesSystem: {
      visible: true,
      actions: ['view'],
      children: {
        // 二级菜单：订单管理
        orderManagement: {
          visible: true,
          actions: ['view', 'edit'],
          children: {
            // 三级菜单：待处理订单
            pendingOrders: {
              visible: true,
              actions: ['view', 'edit'],
              children: {
                // 四级菜单：订单详情
                orderDetail: {
                  visible: true,
                  actions: ['view', 'edit']
                }
              }
            },
            // 三级菜单：佣金结算（对应你说的Pay Commission）
            payCommission: {
              visible: false, // 不可见
              actions: []
            }
          }
        },
        // 二级菜单：客户管理
        customerManagement: {
          visible: true,
          actions: ['view'],
          children: {
            // 三级菜单：客户列表
            customerList: {
              visible: true,
              actions: ['view'],
              children: {}
            }
          }
        }
      }
    },
    // 其他系统权限（如禁止访问财务系统）
    financeSystem: {
      visible: false,
      actions: []
    }
  },
  // 管理员角色权限配置示例
  admin: {
    salesSystem: {
      visible: true,
      actions: ['view', 'edit'],
      children: {
        orderManagement: {
          visible: true,
          actions: ['view', 'edit'],
          children: {
            pendingOrders: { visible: true, actions: ['view', 'edit'], children: {} },
            payCommission: { visible: true, actions: ['view', 'edit'], children: {} }
          }
        }
      }
    }
  }
};

这种结构的优势是直观对应菜单层级，前端可以直接根据visible控制菜单显示，根据actions判断按钮是否可用；后端也能通过该规则校验接口请求的操作权限。

三、多角色权限冲突的优先级处理 #

当用户拥有多个角色、权限规则出现冲突时，通常有两种主流策略，需根据业务场景选择：

1. 允许优先（宽松策略） #

只要任意一个角色允许某权限，用户即可获得该权限。比如用户同时拥有seller和admin角色，seller禁止访问payCommission，但admin允许，那么用户可以正常访问该路由并进行编辑操作。

• 适用场景：协作型业务，希望用户能最大化利用自身角色的权限集合。

2. 禁止优先（严格策略） #

只要任意一个角色禁止某权限，用户就无法获得该权限。比如用户同时拥有seller和finance角色，finance禁止修改订单，但seller允许，此时用户不能修改订单。

• 适用场景：涉及敏感操作（如资金、核心数据）的业务，优先保障数据安全。

进阶方案：权重优先级 #

如果业务需要更灵活的控制，可以给角色设置权重（如admin权重100，seller权重50），当权限冲突时，取权重更高角色的规则。或者给特定权限单独设置优先级（如所有资金类权限强制禁止优先）。

内容的提问来源于stack exchange，提问作者Otavio Faria