1. 课程导学与整体架构：支付订单系统全貌、中间件选型与本地开发环境拓扑
本章作为整个实战课程的开篇，旨在帮助您建立对支付订单系统的全局认知。我们将从业务全貌出发，梳理核心链路，并逐一解析所选中间件的角色与定位，最终通过一张清晰的本地开发环境拓扑图，为后续的安装、配置与调试打下坚实基础。
1.1 支付订单系统业务全貌
一个典型的支付订单系统，其核心是围绕“订单生命周期”与“资金流转”两条主线展开的。系统需要处理从用户下单、支付、对账到最终结算的完整闭环。
核心业务链路（简化版）：
用户下单 → 订单创建（状态：待支付） → 调用支付网关 → 用户完成支付 → 异步回调通知 → 订单状态更新（已支付） → 发货/服务开通 → 交易对账 → 资金结算
用户下单 → 订单创建（状态：待支付） → 调用支付网关 → 用户完成支付 → 异步回调通知 → 订单状态更新（已支付） → 发货/服务开通 → 交易对账 → 资金结算
为了支撑上述链路的高并发、高可用与数据一致性要求，系统被拆分为多个微服务模块。下表列出了核心模块及其职责：
| 模块名称 | 核心职责 | 关键数据/状态 |
|---|---|---|
| 订单服务 (Order Service) | 订单创建、状态流转、订单查询、超时取消 | 订单号、用户ID、商品信息、金额、状态（待支付/已支付/已取消/已完成） |
| 支付服务 (Payment Service) | 支付请求发起、支付渠道路由、回调处理、退款 | 支付单号、订单号、支付金额、渠道、状态（支付中/成功/失败/退款中） |
| 账户服务 (Account Service) | 用户余额管理、资金流水记录、账户冻结/解冻 | 用户ID、账户余额、流水ID、变动金额、余额快照 |
| 对账服务 (Reconciliation Service) | 每日交易对账、差错处理、资金清算文件生成 | 对账批次、平台交易记录、渠道交易记录、差异记录 |
| 网关服务 (API Gateway) | 统一入口、请求路由、鉴权、限流、日志 | 路由规则、限流配置、客户端IP、请求路径 |
1.2 核心中间件选型与角色定位
针对支付系统对数据一致性、高并发削峰、服务治理与高可用的严苛要求，我们选用了以下五款主流中间件。每一款都在系统中扮演着不可替代的角色。
- MySQL： 作为核心关系型数据库，存储订单、支付单、账户余额等强一致性、事务性要求极高的数据。采用主从架构保障高可用，并利用分库分表应对海量数据。
- Redis： 承担缓存与分布式锁的双重角色。缓存热点订单数据、支付令牌、渠道配置，降低数据库压力；利用 Redisson 等客户端实现分布式锁，防止订单重复支付、库存超卖等并发问题。
- RabbitMQ： 作为异步消息中枢，负责解耦核心链路。例如，订单创建后发送“延迟消息”用于超时取消；支付成功后发送“支付成功通知”给订单服务、积分服务等下游消费者，实现最终一致性。
- Nacos： 担任服务注册与配置中心。所有微服务启动时向 Nacos 注册自身地址与元数据，服务间通过 Nacos 实现动态发现；同时，Nacos 集中管理数据库连接、线程池、限流规则等配置，支持动态刷新。
- Sentinel： 作为流量防卫兵，为支付系统提供流量控制、熔断降级与系统负载保护。针对核心接口（如创建订单、发起支付）配置 QPS 限流规则，防止突发流量冲垮系统；对下游依赖（如银行渠道）配置熔断规则，实现快速失败与降级。
选型思考： 为什么选择 RabbitMQ 而非 Kafka？支付场景对消息的可靠性、顺序性与延迟有较高要求，RabbitMQ 的确认机制、死信队列与延迟插件更贴合业务需求。Kafka 更适用于日志采集与大数据吞吐场景。
1.3 本地开发环境拓扑图
为了在单台开发机上模拟真实微服务架构，我们需要合理规划各中间件与服务的端口、依赖关系。下图展示了本次实战课程的本地开发环境拓扑：
1.4 端口规划与依赖关系速查
为了避免本地开发中的端口冲突，并清晰了解各组件间的调用关系，请参考以下速查表：
| 组件名称 | 默认端口 | 主要依赖 | 备注 |
|---|---|---|---|
| MySQL | 3306 | 无 | 数据持久化 |
| Redis | 6379 | 无 | 缓存与锁 |
| RabbitMQ | 5672 (AMQP) 15672 (管理) |
无 | 异步消息 |
| Nacos | 8848 (HTTP) 9848 (gRPC) |
MySQL (可选) | 注册与配置 |
| Sentinel | 8080 (控制台) | 无 | 流量控制 |
| API Gateway | 8081 | Nacos, Sentinel | 统一入口 |
| 订单服务 | 8082 | MySQL, Redis, RabbitMQ, Nacos | 核心业务 |
| 支付服务 | 8083 | MySQL, Redis, RabbitMQ, Nacos | 核心业务 |
| 账户服务 | 8084 | MySQL, Redis, Nacos | 资金管理 |
| 对账服务 | 8085 | MySQL, RabbitMQ, Nacos | 离线任务 |
避坑提示： 在启动所有服务前，请确保本地 3306、6379、5672、8848、8080-8085 等端口未被占用。建议使用
netstat -ano | findstr :端口号 (Windows) 或 lsof -i :端口号 (Mac/Linux) 进行预检。
1.5 本章小结与实战路径
通过本章的学习，您已经掌握了支付订单系统的整体架构、核心中间件的选型理由以及它们在本地环境中的部署位置与端口规划。接下来的章节，我们将按照“基础设施 → 服务治理 → 业务服务”的顺序，逐一完成每个中间件的下载、安装、配置与验证，并最终将所有服务串联起来，形成一个可本地运行、可调试的完整支付订单系统。