1. 课程导论：分布式事务与鉴权拦截的背景、Development 环境特点、单元测试的重要性
1.1 分布式事务：微服务架构下的数据一致性挑战
在单体应用向微服务架构演进的过程中，数据一致性面临根本性挑战。传统数据库的本地事务（ACID）无法跨越多个独立服务、多个异构数据源。分布式事务正是为解决“跨服务、跨数据库”场景下数据最终一致性问题而生的技术方案。
核心矛盾：微服务强调“每个服务拥有独立数据库”，但业务链路（如订单→支付→库存→积分）天然要求跨服务的数据要么全部成功、要么全部回滚。
当前主流分布式事务方案包括：
| 方案 | 一致性模型 | 典型框架 | 适用场景 |
|---|---|---|---|
| XA 协议（2PC） | 强一致性 | Atomikos、Narayana | 短事务、低并发、对一致性要求极高 |
| TCC（Try-Confirm-Cancel） | 最终一致性 | Seata TCC、Hmily | 长事务、高并发、业务可补偿 |
| Saga（编排/协同） | 最终一致性 | Seata Saga、Eventuate | 长事务、异步、允许补偿回滚 |
| 本地消息表 + 消息队列 | 最终一致性 | RocketMQ、RabbitMQ | 异步解耦、对实时性要求不高 |
1.2 鉴权拦截：分布式链路中的安全防线
分布式事务链路中，每个参与的服务节点都必须验证调用方的身份与权限。鉴权拦截器（Interceptor / Filter）在请求进入业务逻辑之前完成 Token 校验、角色鉴权、接口权限判定。在事务上下文中，鉴权失败可能导致：
- 事务悬挂： 鉴权通过后事务已开启，但后续业务操作因权限不足被拒绝，事务无法正常提交或回滚。
- 资源泄露： 鉴权拦截器未正确传递事务上下文（如 Seata 的
xid），导致分支事务注册失败。 - 安全绕过： 事务回滚补偿接口（如 TCC 的 Cancel、Saga 的补偿）未做鉴权，被恶意调用。
实践要点： 鉴权拦截器必须与事务拦截器协同工作——先鉴权、再开启事务；补偿接口同样需要鉴权，但可使用内部 Token 或签名机制。
1.3 Development 环境特点：与生产环境的差异
Development（开发）环境与生产环境在分布式事务与鉴权方面存在显著差异，这些差异直接影响单元测试的设计策略：
| 维度 | 生产环境 | Development 环境 | 对单元测试的影响 |
|---|---|---|---|
| 事务协调器 | 集群部署、高可用 | 单节点、本地启动（如 Seata Server 本地模式） | 测试可依赖本地 TC，无需网络依赖 |
| 鉴权中心 | 独立鉴权服务、Redis 缓存 | Mock 鉴权、本地 Token 生成 | 测试可注入固定 Token，跳过远程调用 |
| 数据库 | 读写分离、分库分表 | 单库、H2/嵌入式数据库 | 测试可使用内存数据库，快速回滚 |
| 消息队列 | 集群、持久化、异步 | 嵌入式 MQ 或 Mock | 测试可同步处理消息，避免异步延迟 |
| 配置中心 | Apollo/Nacos 远程配置 | 本地配置文件或 Mock | 测试可硬编码配置，减少外部依赖 |
开发环境陷阱： 本地 Seata 默认使用 file 存储事务日志，重启后事务状态丢失；鉴权拦截器在开发环境常被注释或跳过，导致事务上下文传递问题在测试阶段未被发现。
1.4 单元测试的重要性：在 Development 环境建立质量防线
在 Development 环境对分布式事务与鉴权拦截进行单元测试，具有不可替代的价值：
- 早期缺陷发现： 事务悬挂、鉴权绕过、xid 传递丢失等问题在代码提交前即可暴露，修复成本最低。
- 快速反馈循环： 单元测试可在秒级内完成，无需部署集成环境，开发人员可即时验证修改。
- 回归保障： 事务与鉴权逻辑变更频繁，单元测试可防止已有功能被破坏。
- 文档化行为： 测试用例清晰描述了事务边界、鉴权规则、异常处理路径，是活的架构文档。
测试覆盖目标： 正常事务提交路径、鉴权失败拒绝路径、事务回滚路径、鉴权 Token 过期路径、补偿接口鉴权路径、事务上下文透传路径。
1.5 本课程的核心目标
本课程将围绕 Development 环境，系统讲解如何对分布式事务与鉴权拦截进行高质量的单元测试。你将学到：
- 事务拦截器测试： 使用 Mockito 模拟 Seata 的
GlobalTransaction，验证事务开启、提交、回滚逻辑。 - 鉴权拦截器测试： 构造不同 Token 场景，验证拦截器对请求的放行与拒绝行为。
- 事务与鉴权协同测试： 验证鉴权失败时事务是否被正确回滚，事务上下文中鉴权信息是否透传。
- 补偿接口鉴权测试： 确保 TCC Cancel、Saga 补偿操作不会被未授权调用。
- 测试基础设施搭建： 使用 H2 内存数据库、嵌入式 MQ、本地 Seata Server 构建可重复的测试环境。
前置要求： 熟悉 Spring Boot、JUnit 5、Mockito 基础用法；了解 Seata 或类似分布式事务框架的基本概念。