当前位置：首页 > news >正文

【家政平台开发(21)】用户管理模块开发

news 来源：原创 2025/6/16 6:51:09

本【家政平台开发】专栏聚焦家政平台从 0 到 1 的全流程打造。从前期需求分析，剖析家政行业现状、挖掘用户需求与梳理功能要点，到系统设计阶段的架构选型、数据库构建，再到开发阶段各模块逐一实现。涵盖移动与 PC 端设计、接口开发及性能优化，测试阶段多维度保障平台质量，部署发布阶段确保平稳上线。还深入探讨运营策略、技术创新应用及未来发展方向，为家政平台开发提供全面且实用的知识体系与实践指南。

一、雇主用户注册与登录开发
- 1.1 前端页面开发（uniapp 与 Element plus）
- - 1.1.1 uniapp 实现移动端页面布局
  - 1.1.2 Element plus 实现 PC 端页面搭建
  - 1.1.3 前后端交互逻辑设计
- 1.2 后端接口实现（Spring Boot）
- - 1.2.1 项目搭建与配置
  - 1.2.2 注册接口开发
  - 1.2.3 登录接口开发
- 1.3 用户信息存储与验证（MyBatis-Plus 与 MySQL）
- - 1.3.1 数据库表设计
  - 1.3.2 MyBatis-Plus 操作数据库
  - 1.3.3 用户信息验证机制
二、家政服务人员注册与认证开发
- 2.1 认证流程设计与实现
- - 2.1.1 认证流程概述
  - 2.1.2 多方式认证实现
  - 2.1.3 认证状态管理
- 2.2 资质审核功能开发
- - 2.2.1 审核规则制定
  - 2.2.2 审核功能实现
  - 2.2.3 审核历史查询
- 2.3 服务人员信息管理
- - 2.3.1 信息录入与编辑
  - 2.3.2 信息展示与查询
  - 2.3.3 信息更新与同步
三、用户权限管理开发
- 3.1 权限设计与分配
- - 3.1.1 权限体系规划
  - 3.1.2 权限分配策略
  - 3.1.3 特殊权限设置
- 3.2 基于角色的访问控制（RBAC）实现
- - 3.2.1 RBAC 模型介绍
  - 3.2.2 数据库表结构设计
  - 3.2.3 代码实现与应用
- 3.3 权限验证与拦截器配置
- - 3.3.1 权限验证机制
  - 3.3.2 拦截器配置与使用
  - 3.3.3 异常处理与提示

一、雇主用户注册与登录开发

1.1 前端页面开发（uniapp 与 Element plus）

1.1.1 uniapp 实现移动端页面布局

使用 uniapp 开发雇主用户注册登录的移动端页面时，首先创建相关页面文件，如register.vue和login.vue。在template标签内搭建基础结构，运用view组件作为容器，构建出包含输入框、按钮等元素的表单布局。例如，在注册页面中，使用input组件设置type="text"来获取用户输入的姓名，设置type="password"获取密码，并添加placeholder属性给出提示信息。

样式设计方面，利用 uniapp 的style标签编写 CSS 样式。通过设置display: flex实现弹性布局，让元素能够自适应不同屏幕尺寸，确保页面在手机端显示美观。为输入框添加border、padding等属性，增强其视觉效果；给按钮设置background - color、color等属性，突出按钮的可点击性。

在交互效果实现上，为按钮绑定@click事件，如在登录按钮的点击事件中，调用 JavaScript 函数进行登录逻辑处理。可以通过uni.request方法向服务器发送登录请求，传递用户输入的账号密码等数据，并根据服务器返回的结果进行相应提示，如登录成功则跳转到首页，登录失败则弹出错误提示框。

1.1.2 Element plus 实现 PC 端页面搭建

在 PC 端使用 Element plus 开发页面，首先在 Vue 项目中引入 Element plus 库。在注册登录页面组件中，借助 Element plus 丰富的组件库来构建页面。例如，使用el - form组件创建表单，设置:model绑定数据模型，:rules进行表单验证规则设置。在表单内，通过el - form - item组件包裹el - input组件来创建输入框，el - input的v - model绑定输入数据，placeholder提供输入提示。

对于按钮，使用el - button组件，设置type="primary"来突出主要按钮样式，如注册和登录按钮。在布局上，利用 Element plus 的栅格系统el - row和el - col组件，实现页面元素的合理排版，使页面简洁美观且易于操作。例如，将表单放置在页面中心位置，通过设置栅格的span属性控制元素的宽度和位置。

1.1.3 前后端交互逻辑设计

前端与后端的数据交互是注册登录流程的关键。在前端，当用户点击注册或登录按钮时，收集表单数据。例如，在注册页面，收集用户输入的姓名、手机号、邮箱、密码等信息；在登录页面，收集账号和密码。

使用fetch或axios等工具将数据发送到后端。以axios为例，创建一个请求实例，设置请求的url为后端对应的注册或登录接口地址，method为POST方法，并将收集的数据作为data参数传递。例如：

import axios from 'axios';
const registerData = {
    name: this.form.name,
    phone: this.form.phone,
    email: this.form.email,
    password: this.form.password
};
axios.post('/api/register', registerData)
   .then(response => {
        // 处理成功响应，如提示注册成功，跳转到登录页面
        console.log(response.data);
    })
   .catch(error => {
        // 处理错误响应，如提示注册失败原因
        console.error(error);
    });

后端接收到请求后，进行相应处理并返回结果。前端根据返回的状态码和数据进行判断，如状态码为 200 表示成功，可根据返回数据进行页面跳转或提示信息展示；若状态码为其他值，则根据错误信息向用户展示具体的错误原因，确保注册登录流程的顺畅。

1.2 后端接口实现（Spring Boot）

1.2.1 项目搭建与配置

基于 Spring Boot 搭建后端项目，首先创建一个 Maven 项目，在pom.xml文件中添加 Spring Boot 相关依赖，如spring - boot - starter - web用于构建 Web 应用，spring - boot - starter - mybatis - plus集成 MyBatis - Plus 操作数据库，mysql - connector - java连接 MySQL 数据库等。

配置application.properties文件，设置数据库连接信息，包括spring.datasource.url（数据库地址）、spring.datasource.username（用户名）、spring.datasource.password（密码）等。同时，配置 MyBatis - Plus 的相关属性，如mybatis - plus.mapper - locations指定 Mapper 文件路径（虽然 MyBatis - Plus 不需要手写 mapper 文件，但这里配置是为了一些特殊情况或扩展），mybatis - plus.type - aliases - package设置实体类别名包路径。

完成依赖添加和配置后，创建 Spring Boot 主启动类，使用@SpringBootApplication注解开启 Spring Boot 的自动配置，为后续接口开发奠定基础。

1.2.2 注册接口开发

在 Spring Boot 项目中创建注册接口，首先定义一个 Controller 类，使用@RestController和@RequestMapping注解，如：

@RestController
@RequestMapping("/api")
public class UserController {
    @Autowired
    private UserService userService;

    @PostMapping("/register")
    public Result register(@RequestBody User user) {
        try {
            userService.register(user);
            return Result.success("注册成功");
        } catch (Exception e) {
            e.printStackTrace();
            return Result.error("注册失败");
        }
    }
}

在上述代码中，@PostMapping(“/register”)映射注册请求路径，@RequestBody将前端传递的 JSON 格式数据转换为 User 对象。在UserService中实现注册逻辑，首先对用户输入的数据进行验证，如检查用户名是否已存在、密码强度是否符合要求等。若验证通过，使用 MyBatis - Plus 将用户信息插入到数据库中。例如：

@Service
public class UserServiceImpl implements UserService {
    @Autowired
    private UserMapper userMapper;

    @Override
    public void register(User user) {
        // 数据验证
        if (userMapper.selectOne(new QueryWrapper<User>().eq("username", user.getUsername()))!= null) {
            throw new RuntimeException("用户名已存在");
        }
        // 插入用户信息
        userMapper.insert(user);
    }
}

1.2.3 登录接口开发

登录接口同样在UserController中开发，定义如下：

@PostMapping("/login")
public Result login(@RequestBody User user) {
    try {
        String token = userService.login(user.getUsername(), user.getPassword());
        if (token!= null) {
            return Result.success(token);
        } else {
            return Result.error("用户名或密码错误");
        }
    } catch (Exception e) {
        e.printStackTrace();
        return Result.error("登录失败");
    }
}

在UserService中实现登录逻辑，通过用户名查询数据库中的用户信息，然后对用户输入的密码与数据库中存储的密码进行比对验证。若验证成功，生成一个 Token（可以使用 JWT 等技术）并返回给前端，前端在后续请求中携带该 Token 进行身份验证。例如：

@Override
public String login(String username, String password) {
    User user = userMapper.selectOne(new QueryWrapper<User>().eq("username", username));
    if (user!= null && passwordEncoder.matches(password, user.getPassword())) {
        // 生成Token
        Map<String, Object> claims = new HashMap<>();
        claims.put("userId", user.getId());
        claims.put("username", user.getUsername());
        return Jwts.builder()
              .setClaims(claims)
              .setIssuedAt(new Date())
              .setExpiration(new Date(System.currentTimeMillis() + 60 * 60 * 1000))
              .signWith(SignatureAlgorithm.HS256, "secret")
              .compact();
    }
    return null;
}

1.3 用户信息存储与验证（MyBatis-Plus 与 MySQL）

1.3.1 数据库表设计

设计用户信息存储的数据库表，以 MySQL 为例，创建user表。表中包含字段：id（用户 ID，主键，自增长）、username（用户名，唯一，不为空）、password（密码，存储加密后的密码）、phone（手机号）、email（邮箱）等。

CREATE TABLE user (
    id INT AUTO_INCREMENT PRIMARY KEY,
    username VARCHAR(50) UNIQUE NOT NULL,
    password VARCHAR(255) NOT NULL,
    phone VARCHAR(20),
    email VARCHAR(50)
);

通过设置username字段为唯一索引，确保用户名的唯一性；password字段存储加密后的密码，提高用户信息安全性；phone和email字段用于用户信息补充和找回密码等功能。

1.3.2 MyBatis-Plus 操作数据库

使用 MyBatis - Plus 操作数据库，首先创建 User 实体类，与数据库表字段一一对应，使用@TableName注解指定表名，如：

@TableName("user")
public class User {
    private Integer id;
    private String username;
    private String password;
    private String phone;
    private String email;
    // 省略getter和setter方法
}

创建 UserMapper 接口，继承BaseMapper，MyBatis - Plus 会自动为其提供基本的 CRUD 操作方法，无需手写 mapper 文件。例如，在注册时插入用户信息：

userMapper.insert(user);

在登录时查询用户信息：

User user = userMapper.selectOne(new QueryWrapper<User>().eq("username", username));

通过这种方式，大大简化了数据库操作代码，提高开发效率。

1.3.3 用户信息验证机制

为保障用户信息安全，采用密码加密存储和登录时密码验证机制。在注册时，使用 Spring Security 的PasswordEncoder对用户输入的密码进行加密存储，如：

@Autowired
private PasswordEncoder passwordEncoder;

@Override
public void register(User user) {
    // 密码加密
    user.setPassword(passwordEncoder.encode(user.getPassword()));
    userMapper.insert(user);
}

在登录时，使用PasswordEncoder的matches方法验证用户输入的密码与数据库中加密密码是否匹配：

if (user!= null && passwordEncoder.matches(password, user.getPassword())) {
    // 登录成功
}

通过这种方式，有效防止密码明文泄露，提高系统安全性。

二、家政服务人员注册与认证开发

2.1 认证流程设计与实现

2.1.1 认证流程概述

家政服务人员的认证流程是确保平台服务质量和安全性的关键环节。

首先，家政服务人员需在平台上进行注册，填写个人基本信息，如姓名、性别、年龄、联系方式等。这些信息将作为后续认证和服务管理的基础。
注册完成后，进入资料提交阶段。服务人员需要上传相关证明材料，包括身份证照片、学历证书、培训证书、工作经历证明等。身份证照片用于核实身份信息，学历证书展示其教育背景，培训证书体现专业技能培训情况，工作经历证明则有助于了解其从业经验。
提交资料后，进入审核环节。平台会安排专业的审核人员对提交的资料进行逐一审查。审核人员会仔细核对身份证信息与公安系统数据是否一致，验证学历证书的真实性，确认培训证书是否由正规机构颁发，以及评估工作经历的可信度。若资料存在问题或不完整，审核人员会通过平台消息或短信通知服务人员补充或修正资料。只有在所有资料审核通过后，家政服务人员才能正式在平台上提供服务，整个认证流程结束。

2.1.2 多方式认证实现

为了提高认证的准确性和安全性，家政平台采用多种认证方式。

身份信息认证是基础环节，通过与公安身份信息数据库进行对接，验证家政服务人员输入的身份证号码、姓名、照片等信息是否一致。例如，在注册时，服务人员上传身份证照片，系统利用图像识别技术提取照片中的身份信息，并与公安数据库中的数据进行比对，确保身份信息真实可靠。
人脸识别认证进一步增强认证的安全性。家政服务人员在手机端或 PC 端进行人脸识别时，系统会调用摄像头采集实时面部图像，然后运用人脸识别算法将采集的图像与身份证照片中的面部特征进行比对分析。这种方式可以有效防止他人冒用身份进行注册，确保认证人员与证件持有者为同一人。
声纹认证作为一种补充认证方式，也被应用于家政平台。当服务人员进行声纹认证时，系统会要求其朗读一段特定的文本，通过采集和分析其声音特征，生成声纹模板，并将该模板与后续登录或关键操作时的声音进行比对。声纹认证具有唯一性和稳定性，即使声音经过伪装，也难以骗过声纹识别系统，从而为家政服务人员的身份认证提供了多一层保障。

2.1.3 认证状态管理

对家政服务人员的认证状态进行有效管理至关重要。认证状态主要包括待审核、审核通过、审核不通过三种。

当服务人员提交注册和认证资料后，其认证状态自动设置为待审核。在这个状态下，平台会显示相关提示信息，告知服务人员资料正在审核中，请耐心等待。同时，平台后台会记录提交时间，以便对审核进度进行跟踪。
若审核人员对资料审核无误，认证状态将更新为审核通过。此时，家政服务人员可以在平台上正常展示自己的信息，接收雇主的订单请求，并提供家政服务。平台会向服务人员发送通知，告知其认证已通过，同时在服务人员个人中心页面突出显示认证通过标识，增强雇主对其信任度。
如果审核过程中发现资料存在问题，如信息虚假、证书伪造、资料不全等，认证状态将设置为审核不通过。平台会详细说明审核不通过的原因，如 “身份证照片模糊无法识别”“学历证书查询不到相关信息” 等，并通过平台消息、短信等方式通知服务人员。服务人员在了解原因后，可根据要求补充或修正资料，重新提交审核，此时认证状态再次回到待审核。通过清晰的认证状态管理，保证认证流程的有序进行和平台服务的质量。

2.2 资质审核功能开发

2.2.1 审核规则制定

资质审核规则的制定是确保家政服务人员具备专业能力和服务水平的重要依据。

学历要求方面，根据不同的家政服务类型，设置相应的学历门槛。例如，对于从事高端育儿嫂服务的人员，要求具备大专及以上学历，且专业为学前教育、护理学等相关专业，以保证其具备科学的育儿知识和技能；对于普通家政服务人员，至少要求初中及以上学历，确保其具备基本的学习和沟通能力。
工作经验要求也因服务类型而异。像养老护理服务，要求服务人员至少有 1 - 2 年的相关工作经验，熟悉老年人的生活照料、护理技巧和心理需求；而对于新手家政服务人员，虽然工作经验要求相对较低，但需参加平台组织的岗前培训并考核合格后，方可上岗服务。
培训证书要求同样严格，从事母婴护理服务的人员，需持有专业的母婴护理师培训证书，该证书需由具备资质的培训机构颁发，且培训内容涵盖新生儿护理、产妇护理、产后康复等多个方面；对于家政服务通用证书，如家政服务职业资格证书，也是审核的重要依据之一，持有此类证书的服务人员，在同等条件下将优先通过审核。通过明确这些审核规则，从源头上保证家政服务人员的服务质量。

2.2.2 审核功能实现

审核功能的开发包括多个方面。首先是审核页面的设计，在 PC 端的管理后台，利用 Element plus 组件库创建一个简洁明了的审核页面。使用el - table组件展示待审核家政服务人员的信息列表，包括姓名、身份证号、申请服务类型、提交资料时间等，方便审核人员快速浏览。每个列表项旁边设置 “审核” 按钮，点击按钮弹出审核详情弹窗，弹窗内详细展示服务人员提交的所有资料，如身份证照片、学历证书图片、培训证书扫描件等，并提供审核意见输入框。

审核操作的实现主要在后端。当审核人员在页面上进行审核操作时，前端通过axios将审核结果和意见发送到后端的 Spring Boot 接口。后端接收到请求后，在UserService中处理审核逻辑。例如，审核通过时，将服务人员的认证状态更新为审核通过，并记录审核时间和审核人员信息到数据库中；审核不通过时，同样更新认证状态，并将审核不通过原因存储到数据库，同时向服务人员发送通知消息。

审核结果的记录与反馈也很关键。审核结果会在数据库的相关表中进行记录，方便后续查询和统计。同时，平台会及时向家政服务人员反馈审核结果，通过短信、平台站内信等方式告知其审核情况，确保服务人员能够及时了解自己的资质审核状态。

2.2.3 审核历史查询

为了方便管理员和家政服务人员查看审核记录，实现审核历史查询功能。在管理后台，管理员可以通过输入家政服务人员的姓名、身份证号或选择服务类型等条件进行查询。查询结果以列表形式展示，列表中包含每次审核的时间、审核人员、审核结果（通过 / 不通过）以及审核意见等信息。使用el - table组件展示查询结果，并且为表格添加分页功能，当审核记录较多时，方便管理员分页查看。

对于家政服务人员，在其个人中心页面提供审核历史查询入口。点击入口后，展示该服务人员自己的审核历史记录，同样以清晰的列表形式呈现，让服务人员能够清楚了解自己每次审核的详细情况。在后端，通过编写 SQL 查询语句，结合 MyBatis - Plus 的查询功能，从数据库中获取相应的审核历史数据。例如：

QueryWrapper<ReviewHistory> queryWrapper = new QueryWrapper<>();
queryWrapper.eq("service_person_id", servicePersonId);
List<ReviewHistory> reviewHistoryList = reviewHistoryMapper.selectList(queryWrapper);

通过上述方式，实现审核历史的高效查询，为平台管理和服务人员提供便利。

2.3 服务人员信息管理

2.3.1 信息录入与编辑

家政服务人员信息录入和编辑功能是确保平台数据准确性和完整性的基础。在信息录入方面，当服务人员注册并进行认证时，通过前端页面收集其详细信息。在移动端使用 uniapp 开发录入页面，运用form组件创建表单，包含多个input和picker组件。例如，使用input组件收集姓名、联系方式等文本信息，通过picker组件选择性别、民族等选项信息。对于工作经历和服务技能描述，使用textarea组件让服务人员详细填写。

在 PC 端使用 Element plus 开发时，借助el - form和el - form - item组件构建表单，同样实现各种信息的收集。录入的信息通过前端校验规则进行初步验证，如姓名不能为空、手机号格式是否正确等。验证通过后，通过axios将数据发送到后端 Spring Boot 接口，在后端进行进一步的数据校验和存储。

当服务人员需要编辑信息时，在个人中心页面提供编辑入口。点击编辑后，前端页面展示原有信息并可进行修改。修改完成提交时，后端先从数据库中获取原信息，对比修改后的信息，只更新有变化的字段，确保数据的一致性和准确性。同时，对修改后的信息再次进行校验，如修改后的学历证书需重新验证其真实性等。

2.3.2 信息展示与查询

信息展示和查询功能方便雇主和平台管理人员了解家政服务人员的情况。在雇主端，当浏览家政服务人员列表时，展示服务人员的基本信息，如姓名、照片、年龄、服务类型、星级评价等。使用 uniapp 开发移动端展示页面时，通过view和image组件展示照片和姓名，利用text组件展示其他信息，并通过button组件设置 “查看详情” 按钮。点击按钮进入详情页面，展示更详细的信息，包括认证信息、工作经历、服务评价详情等。

在 PC 端，利用 Element plus 的el - card组件展示服务人员基本信息卡片，卡片布局简洁美观。点击卡片进入详情页面，通过el - table和el - tabs组件分别展示不同类别的信息，如在el - tabs的不同标签页展示认证信息、工作经历、评价记录等。

对于平台管理人员，在管理后台提供强大的查询功能。可以根据多种条件进行查询，如服务人员姓名、身份证号、服务类型、认证状态等。在后端通过编写复杂的 SQL 查询语句结合 MyBatis - Plus 实现多条件查询。例如：

QueryWrapper<ServicePerson> queryWrapper = new QueryWrapper<>();
if (StringUtils.isNotBlank(name)) {
    queryWrapper.like("name", name);
}
if (StringUtils.isNotBlank(idCard)) {
    queryWrapper.eq("id_card", idCard);
}
// 其他条件判断和设置
List<ServicePerson> servicePersonList = servicePersonMapper.selectList(queryWrapper);

通过上述方式，实现家政服务人员信息的有效展示和灵活查询。

2.3.3 信息更新与同步

当家政服务人员信息发生更新时，确保在不同模块和数据库中进行同步至关重要。例如，服务人员更新了自己的服务技能或工作经历，在前端提交更新请求后，后端 Spring Boot 接口接收到数据。首先，在业务逻辑层对更新的数据进行验证和处理，然后通过 MyBatis - Plus 更新数据库中对应的记录。

在数据库层面，确保相关联的数据表也进行同步更新。比如，服务人员的星级评价信息存储在另一个表中，当服务人员基本信息更新后，涉及到星级评价展示的页面和模块，也需要及时获取最新的基本信息进行展示。在缓存层面，如果使用了缓存机制（如 Redis），需要及时更新缓存中的服务人员信息，避免前端获取到旧数据。可以通过在更新数据库后，主动删除缓存中对应服务人员的缓存数据，当下次请求时，重新从数据库读取最新数据并缓存，从而保证数据在不同模块和数据库中的一致性，为平台的稳定运行和用户体验提供保障。

三、用户权限管理开发

3.1 权限设计与分配

3.1.1 权限体系规划

在家政平台中，合理的权限体系规划是保障平台安全、有序运行的基础。对于雇主角色，主要权限集中在服务需求发布、服务人员筛选、订单管理以及评价反馈等方面。雇主可以发布详细的家政服务需求，如家庭清洁的具体要求、育儿嫂的服务时间等；在筛选服务人员时，能够查看服务人员的基本信息、资质证书、过往评价等，以便做出合适的选择；在订单管理方面，雇主有权查看订单状态、修改订单信息（在一定时间范围内）、取消订单等；完成服务后，雇主可以对服务人员进行评价和反馈，这有助于平台了解服务质量，也为其他雇主提供参考。

家政服务人员的权限则侧重于个人信息管理、服务订单接收与处理、服务记录查看等。他们能够完善和管理自己的个人信息，包括工作经历、培训证书的更新等；接收平台分配或雇主选择的服务订单，并根据订单要求提供服务；在服务完成后，查看自己的服务记录和收入明细，方便进行业绩统计和财务核对。

管理员作为平台的管理者，拥有全面且高级的权限。在用户管理方面，管理员可以审核雇主和家政服务人员的注册信息，对违规用户进行封禁处理；在服务管理中，能够对平台上的各类服务进行分类管理、定价调整，以及处理服务纠纷；在数据统计分析上，管理员可以查看平台的各类数据报表，如订单数量统计、用户增长趋势分析等，以便做出合理的决策，优化平台运营。通过这样清晰的权限划分，不同用户角色在平台上各司其职，确保平台的正常运转。

3.1.2 权限分配策略

基于角色的权限分配是家政平台中常用的策略。根据不同的用户角色，如雇主、家政服务人员、管理员，预先定义好各自的权限集合。例如，为雇主角色分配发布需求、查看服务人员信息、下单、评价等权限；为家政服务人员角色分配接单、标记服务完成、查看收入等权限；为管理员角色分配所有的管理权限，包括用户管理、服务管理、数据统计等。在系统初始化时，就将这些预定义的权限集合与相应角色进行绑定。当新用户注册并选择角色后，系统自动将该角色对应的权限赋予用户，这种方式简单直接，易于管理和维护。
基于业务需求的权限分配则更加灵活。以家政服务人员的特殊业务场景为例，某些高级家政服务人员可能具备额外的技能或经验，如精通多种外语的家政服务人员可以承接涉外家庭的服务订单。针对这种情况，平台可以根据业务需求，为这些高级服务人员单独分配涉外服务相关的权限，如查看涉外家庭特殊需求信息、与涉外雇主进行特殊沟通渠道的使用权限等。在处理一些临时业务时，也可以采用这种方式。比如平台举办短期的促销活动，需要部分员工协助进行活动推广，此时可以为这些员工临时分配活动推广相关的权限，活动结束后再收回权限，以满足业务的动态变化需求。

3.1.3 特殊权限设置

超级管理员权限是家政平台中最高级别的权限，拥有对平台所有功能和数据的完全控制权。超级管理员可以绕过常规的权限验证，直接进行系统级别的操作，如修改平台的核心配置、访问和修改任何用户的数据、对平台进行紧急维护等。为了确保超级管理员权限的安全性，一般采用严格的身份验证机制，如多重身份验证，结合密码、指纹识别、短信验证码等多种方式，只有通过所有验证步骤，才能登录超级管理员账号。同时，对超级管理员的操作进行详细的日志记录，包括操作时间、操作内容、影响的数据等，以便在出现问题时能够追溯和审计。
临时权限设置主要用于应对一些特殊的临时业务场景。比如，平台需要对某个区域的家政服务进行紧急调整，可能会临时赋予该区域的运营人员额外的权限，如直接调整服务人员的工作安排、优先处理该区域的服务订单等。实现临时权限时，可以在数据库中创建一个临时权限表，记录临时权限的分配信息，包括被授权用户、权限内容、授权时间、过期时间等。当用户进行操作时，系统不仅检查常规的权限，还会查询临时权限表，判断用户是否具有临时权限，在临时权限过期后，系统自动从临时权限表中删除相关记录，收回权限，保证权限管理的严谨性。

3.2 基于角色的访问控制（RBAC）实现

3.2.1 RBAC 模型介绍

RBAC（基于角色的访问控制）模型是一种广泛应用于权限管理的模型，其核心原理是将权限与角色进行关联，而不是直接与用户关联。在这个模型中，角色是权限的集合，代表着系统中的不同职责或功能。例如在家政平台中，雇主角色集合了发布服务需求、筛选服务人员、管理订单等一系列权限；家政服务人员角色则包含了接收服务订单、更新服务状态、查看服务收入等权限；管理员角色拥有全面的管理权限，涵盖用户管理、服务管理、数据统计分析等多个方面。

用户通过被分配到一个或多个角色来获得相应的权限。这种方式大大简化了权限管理的复杂性，避免了直接为每个用户逐一分配权限的繁琐过程。当系统中用户数量众多且权限需求复杂时，RBAC 模型的优势更加明显。例如，若平台新入职一批家政服务人员，只需将他们统一分配到家政服务人员角色，这些人员就自动获得该角色所对应的所有权限，无需单独为每个人设置权限。而且，当角色的权限发生变化时，只需修改角色的权限配置，所有分配到该角色的用户权限也会随之更新，提高了权限管理的灵活性和可维护性。

3.2.2 数据库表结构设计

基于 RBAC 模型实现权限管理，需要设计合理的数据库表结构。

用户表用于存储用户的基本信息，包括id（主键，唯一标识用户）、username（用户名，用于登录和识别用户）、password（加密后的用户密码）、phone（用户联系电话）、email（用户邮箱）等字段，以及一个role_id字段，用于关联用户所属的角色。
角色表记录系统中的各种角色信息，id作为主键，role_name（角色名称，如雇主、家政服务人员、管理员）字段用于标识角色，description（角色描述，对角色的职责和权限范围进行简要说明）字段方便管理员了解角色的具体作用。
权限表存储系统中的各种权限信息，id为主键，permission_name（权限名称，如发布需求权限、接单权限、用户管理权限等）字段明确权限的内容，url（权限对应的操作 URL，如发布需求的接口地址）字段用于在权限验证时判断用户是否有权限访问该 URL。
还需要创建用户角色关联表user_role，用于记录用户与角色之间的多对多关系，表中包含user_id（关联用户表的id）和role_id（关联角色表的id）字段，通过这两个字段建立起用户与角色的联系。角色权限关联表role_permission则记录角色与权限之间的多对多关系，包含role_id（关联角色表的id）和permission_id（关联权限表的id）字段，以此确定每个角色所拥有的具体权限。通过这样的数据库表结构设计，能够清晰地实现 RBAC 模型中用户、角色和权限之间的关系管理。

3.2.3 代码实现与应用

在后端 Spring Boot 项目中，实现 RBAC 模型的角色分配功能时，首先创建相关的 Service 类，如UserService和RoleService。在UserService中，定义方法实现用户与角色的关联。例如：

@Service
public class UserService {
    @Autowired
    private UserMapper userMapper;
    @Autowired
    private UserRoleMapper userRoleMapper;

    public void assignRoleToUser(Integer userId, Integer roleId) {
        UserRole userRole = new UserRole();
        userRole.setUserId(userId);
        userRole.setRoleId(roleId);
        userRoleMapper.insert(userRole);
    }
}

在权限验证方面，利用 Spring Security 框架结合自定义的权限验证逻辑。在配置类中，定义权限验证规则：

@Configuration
@EnableWebSecurity
public class WebSecurityConfig extends WebSecurityConfigurerAdapter {
    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http.authorizeRequests()
               .antMatchers("/employer/**").hasRole("EMPLOYER")
               .antMatchers("/servicePerson/**").hasRole("SERVICE_PERSON")
               .antMatchers("/admin/**").hasRole("ADMIN")
               .anyRequest().authenticated()
               .and()
               .formLogin().loginPage("/login").permitAll()
               .and()
               .logout().permitAll();
    }
}

在实际应用中，当用户登录后，系统根据用户的角色信息，在用户访问不同的接口时进行权限验证。例如，雇主用户尝试访问/employer/order接口，系统会检查该用户是否具有雇主角色，若有则允许访问，否则返回权限不足的提示信息，确保只有具有相应权限的用户才能访问特定的资源。

3.3 权限验证与拦截器配置

3.3.1 权限验证机制

权限验证机制是确保家政平台安全访问的关键环节。当用户在平台上发起请求访问某个资源时，系统首先会检查用户是否已经登录。如果用户未登录，系统会直接拦截请求，提示用户进行登录操作。这一步骤通过检查用户请求中的身份标识（如 JWT Token）来实现，若未检测到有效的身份标识，则判定用户未登录。

若用户已登录，系统会获取用户的角色信息。这可以从用户登录成功后存储在会话或 JWT Token 中的信息中提取。然后，根据用户的角色信息，查询数据库中该角色所拥有的权限列表。例如，若用户是家政服务人员角色，系统会从角色权限关联表中查询出该角色对应的所有权限，如接单权限、查看服务记录权限等。接着，系统将用户请求访问的资源（通常以 URL 路径表示）与该角色的权限列表进行比对。如果用户请求的 URL 与角色权限列表中的某个权限对应的 URL 匹配，则允许用户访问该资源；若不匹配，系统判定用户没有访问该资源的权限，拒绝用户的请求，并返回相应的错误提示，告知用户权限不足，从而保证平台资源仅能被有权限的用户访问。

3.3.2 拦截器配置与使用

在 Spring Boot 项目中，配置拦截器实现权限验证。首先创建一个自定义的拦截器类，实现HandlerInterceptor接口。在该类的preHandle方法中编写权限验证逻辑：

public class PermissionInterceptor implements HandlerInterceptor {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        // 获取用户身份信息，如从JWT Token中解析用户角色
        String role = getRoleFromToken(request);
        if (role == null) {
            response.sendError(HttpServletResponse.SC_UNAUTHORIZED, "未登录");
            return false;
        }
        // 获取请求的URL
        String requestUrl = request.getRequestURI();
        // 根据角色和URL进行权限验证
        if (!hasPermission(role, requestUrl)) {
            response.sendError(HttpServletResponse.SC_FORBIDDEN, "权限不足");
            return false;
        }
        return true;
    }

    private String getRoleFromToken(HttpServletRequest request) {
        // 从请求头中获取JWT Token并解析出角色信息的逻辑
    }

    private boolean hasPermission(String role, String requestUrl) {
        // 根据角色和URL查询数据库判断是否有权限的逻辑
    }
}

然后在 Spring Boot 的配置类中注册该拦截器：

@Configuration
public class InterceptorConfig implements WebMvcConfigurer {
    @Override
    public void addInterceptors(InterceptorRegistry registry) {
        registry.addInterceptor(new PermissionInterceptor())
               .addPathPatterns("/**")
               .excludePathPatterns("/login", "/register");
    }
}

通过上述配置，除了登录和注册接口外，所有请求都会被PermissionInterceptor拦截，在请求处理前进行权限验证，对非法访问进行有效拦截和处理。

3.3.3 异常处理与提示

在权限验证过程中，当出现异常情况时，需要进行合理的处理并给用户提供清晰的提示信息。若用户未登录就尝试访问需要权限的资源，系统抛出未登录异常。在 Spring Boot 中，可以通过全局异常处理器捕获该异常，并返回相应的 HTTP 状态码（如 401 Unauthorized）和错误信息，在前端页面上，通过统一的错误处理机制，弹出提示框告知用户 “您尚未登录，请先登录”，引导用户进行登录操作。

当用户权限不足时，系统抛出权限不足异常。全局异常处理器捕获该异常后，返回 HTTP 状态码 403 Forbidden，并携带错误信息 “您没有权限访问该资源”。前端接收到该错误响应后，在页面上以友好的方式展示给用户，例如在页面顶部显示一条红色的提示消息，让用户清楚了解到自己的访问被拒绝的原因，提高系统的友好性和易用性，避免用户因不明确错误原因而产生困惑。