1. 课程导论：分布式事务与鉴权拦截的背景、Development环境移植适配的挑战与目标

1.1 分布式事务：从单体到微服务的必然演进

在单体应用架构中，数据库本地事务（ACID）足以保证数据一致性。然而，随着业务规模的增长，系统逐步向微服务架构演进，一个业务操作往往需要跨多个服务、多个数据库实例甚至多种数据源（如MySQL、Redis、MQ）协同完成。此时，本地事务无法跨越服务边界，分布式事务成为保障数据最终一致性的核心手段。

1.2 鉴权拦截：分布式事务中的隐形破坏者

在微服务调用链中，鉴权拦截（如JWT校验、OAuth2 Token验证、接口签名校验）通常以过滤器（Filter）或拦截器（Interceptor）的形式存在于网关或服务入口。当分布式事务框架（如Seata）通过拦截器机制绑定全局事务上下文（XID）时，鉴权拦截与事务拦截的执行顺序、线程隔离、上下文传递极易产生冲突。

• 顺序冲突：鉴权拦截在事务拦截之前执行，导致未鉴权的请求提前创建了全局事务分支。
• 线程隔离：鉴权通过异步线程完成（如Reactive模式），事务上下文无法跨线程传播。
• 资源浪费：鉴权失败后，已开启的分布式事务分支需要额外回滚，增加无谓的RPC开销。

1.3 Development环境移植适配的挑战

将分布式事务鉴权拦截方案从生产环境“移植”到Development环境（本地开发机、CI流水线、测试环境）时，面临以下四大核心挑战：

1. 环境异构性： 生产环境通常部署多节点、多网络分区，而Development环境多为单机或容器化单节点，无法模拟真实的分布式事务协调器（TC）集群压力。
2. 中间件缺失： 生产环境依赖的Nacos、Seata Server、Sentinel等中间件在本地可能未部署或版本不一致，导致事务上下文无法正常注册。
3. 鉴权上下文模拟困难： 生产环境的JWT Token、OAuth2 Client凭证、API签名密钥在本地难以完整模拟，导致鉴权拦截器频繁拒绝请求。
4. 拦截器栈顺序漂移： Spring Boot的自动配置在不同Profile（dev/prod）下可能加载不同的Filter/Interceptor Bean，导致事务拦截器与鉴权拦截器的执行顺序与生产环境不一致。

1.4 课程目标与学习路径

本课程旨在提供一套可落地、可验证、可复用的Development环境移植适配方案，帮助开发者在本地开发阶段就能暴露并解决分布式事务与鉴权拦截的冲突问题。具体目标如下：

• 目标一： 掌握分布式事务框架（Seata）在Development环境中的轻量级部署与配置技巧。
• 目标二： 学会设计“环境感知型”鉴权拦截器，使其在Development模式下自动降级为Mock模式，同时保留事务上下文传递能力。
• 目标三： 通过自定义Spring Boot AutoConfiguration，固定拦截器栈的执行顺序，消除Profile切换带来的顺序漂移。
• 目标四： 构建一套基于Docker Compose的Development环境快速启动模板，一键拉起Seata Server + Nacos + 业务服务。

1.5 课程适用人群与前置知识