跳到主要内容

用户管理

用户状态​

状态实际逻辑
ACTIVE可正常登录和使用系统。OAuth 首次自动准入、local 注册成功后都会进入该状态。
PENDING账号已建但不可登录。OAuth 在“需要审批”策略下会创建 PENDING 用户并跳转到待审批页；local 登录遇到该状态会直接拒绝。
DISABLED不可登录。OAuth 和 local 登录都会拒绝；/api/v1/auth/me 发现当前会话对应用户已被禁用时，会直接清掉 session。
MERGED账号已并入其他账号，不可继续登录；主要由账号合并流程写入，不是普通用户管理流程的目标状态。

用户准入​

可配置新用户是否需要审批：

  • 自动准入：新用户登录后自动激活
  • 审批准入：新用户需 USER_ADMIN 审批后激活

角色分配​

USER_ADMIN 或 SUPER_ADMIN 可调用用户管理接口修改平台角色，但当前实现有几个关键点：

  • 接口一次只能设置一个目标平台角色。
  • 设置时会删除该用户已有的显式平台角色，再写入新的那个角色。
  • 如果设置为 USER，不会写入 user_role_binding，而是依赖运行时默认角色补位。
  • USER_ADMIN 不能分配 SUPER_ADMIN，只有 SUPER_ADMIN 能分配。

当前管理接口可设置的目标角色实际上是：

  • USER
  • SKILL_ADMIN
  • USER_ADMIN
  • AUDITOR
  • SUPER_ADMIN

用户封禁/解封​

USER_ADMIN 或 SUPER_ADMIN 可封禁/解封用户。

当前公开管理接口只支持把状态改成：

  • ACTIVE
  • DISABLED

其中：

  • “审批通过”本质上也是把用户状态改成 ACTIVE。
  • 不能通过该接口直接改成 PENDING 或 MERGED。

账号合并​

支持将多个账号合并为一个，保留操作历史。

下一步​