3. 支付订单核心领域分析：识别支付订单领域的核心子域

在支付订单系统中，领域驱动设计（DDD）要求我们首先通过核心子域的识别来划定业务边界。支付订单领域并非单一实体，而是由多个相互协作的子域构成。本章将深入分析订单、支付、账户、结算、风控这五个核心子域，明确各自的职责、边界以及它们之间的协作关系。

3.1 核心子域全景概览

支付订单系统的核心子域可以归纳为以下五个，它们共同构成了完整的支付交易生命周期：

3.2 子域职责与边界详解

3.2.1 订单子域（Order Subdomain）

订单子域是交易流程的起点，负责记录用户购买了什么、花了多少钱、当前处于什么状态。它不关心资金如何流转，只关心订单本身的业务语义。

• 聚合根：Order（订单），包含订单号、用户ID、总金额、订单状态（待支付/已支付/已取消/已完成）。
• 核心行为：创建订单、修改订单（如地址变更）、取消订单、查询订单。
• 边界：订单子域不直接调用支付接口，而是通过发布OrderCreated领域事件触发支付流程。

3.2.2 支付子域（Payment Subdomain）

支付子域是资金流转的执行层，负责与外部支付网关（如支付、支付宝）交互，并确保支付结果的最终一致性。

• 聚合根：Payment（支付单），包含支付单号、关联订单号、支付金额、支付渠道、支付状态（待支付/支付中/成功/失败）。
• 核心行为：发起支付、处理支付回调、发起退款、查询支付结果。
• 边界：支付子域不直接修改订单状态，支付成功后通过PaymentSucceeded事件通知订单子域更新状态。

3.2.3 账户子域（Account Subdomain）

账户子域是资金的静态存储层，管理用户余额、商户余额以及各类资金流水。它是结算和风控的基础数据源。

• 聚合根：Account（账户），包含账户ID、账户类型（用户/商户/平台）、可用余额、冻结余额。
• 核心行为：资金入账、资金出账、余额冻结/解冻、查询账户流水。
• 边界：账户子域只负责记账，不负责支付指令的发送。支付成功后的资金入账由结算子域触发。

3.2.4 结算子域（Settlement Subdomain）

结算子域是资金流转的清算层，负责将交易资金从用户账户划转至商户账户，并处理平台抽成、分账等复杂逻辑。

• 聚合根：Settlement（结算单），包含结算单号、关联支付单号、结算金额、结算状态（待结算/已结算/结算失败）。
• 核心行为：生成结算单、执行资金划转、处理分账、每日对账。
• 边界：结算子域依赖账户子域提供的账户操作接口，但结算逻辑本身独立于账户的底层实现。

3.2.5 风控子域（Risk Control Subdomain）

风控子域是安全防护层，在交易的关键节点（如支付发起、退款发起）进行实时风险评估，防止欺诈、盗刷等风险行为。

• 聚合根：RiskRule（风控规则），包含规则ID、规则类型（黑名单/限频/金额阈值）、规则参数。
• 核心行为：交易风险评估、规则匹配、风险事件记录、触发人工审核。
• 边界：风控子域不参与资金流转，仅提供评估结果（通过/拒绝/人工审核），由支付子域根据结果决定是否继续执行。

3.3 子域协作关系与领域事件流

下图展示了五个核心子域之间的典型协作流程，以一次成功的支付交易为例：

3.4 子域边界与数据一致性策略

由于每个子域拥有独立的数据库，跨子域的数据一致性成为设计难点。以下是针对不同场景的一致性策略：

3.5 子域与聚合的映射关系

为了帮助你在实际建模中快速落地，下表总结了每个子域对应的聚合根及其关键属性：