[专题5]支付发放物品的一致性保障：事务、幂等与状态流转

星轨zb2026-10-21 10:35

一、支付发放物品的一致性保障：事务、幂等与状态流转

摘要 ：本文分析支付发奖流程的一致性保障机制。支付履约分为两个阶段：Pending → Paid 在事务外独立更新，奖励发放与 Paid → Fulfilled 共享同一个 MongoDB 事务。事务保证覆盖范围内的写入整体提交或回滚，但无法覆盖事务外的 RPC、消息发送等操作。串行重复回调通过 Fulfilled 终态检查拦截，并发回调仍需验证事务冲突与提交处理。库存模块虽支持 deposit_idempotency_key 幂等，但当前支付发奖调用链未传入该键，需通过改造示例接入以获取完整幂等保护。长期停留在 Paid 的交易如何恢复，仍需消息重试、定时补偿或人工补发机制支撑。
支付成功后，后端需要完成奖励发放，并将交易状态更新为履约完成。由于这一过程涉及多个数据库操作，且支付平台可能重复发送通知，因此系统需要考虑三个问题：如何保证多项数据库写入的一致性、如何避免重复发奖，以及发奖失败后如何恢复。

当前项目的实现主要通过交易状态检查和 MongoDB 事务处理支付履约流程，同时库存模块提供了基于幂等键的去重能力。但这些机制的实际保障范围有所不同，需要结合调用链 和事务边界进行分析。

1.1 支付状态流转与事务边界

当前支付履约流程分为两个阶段：

text 复制代码 
阶段一：确认支付状态（事务外）

Pending → Paid
       ↓
阶段二：完成奖励发放（MongoDB 事务）

开启事务
  ├── 发放商品配置中的奖励
  └── 更新交易状态：Paid → Fulfilled
       ↓
    提交事务

其中，Pending → Paid 是事务外的独立更新；FulfillPaymentTransaction 中的奖励发放与 Paid → Fulfilled 则共享同一个事务上下文 sessCtx。

因此，整个流程并不是一个从 Pending 到 Fulfilled 的完整原子事务。MongoDB 事务只保证其覆盖范围内的数据库操作整体提交或回滚。

从业务含义上看，两个状态分别代表：

  • Paid：交易已确认支付。
  • Fulfilled：奖励发放及相应的履约状态更新已成功提交。

这种状态划分可以识别已支付但尚未完成履约的交易，但不能单独保证这类交易会被自动恢复。

下面是支付状态流转的 Mermaid 图，用于直观展示两个阶段的状态变化：
#mermaid-svg-NikdEF7RREhewian{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}@keyframes edge-animation-frame{from{stroke-dashoffset:0;}}@keyframes dash{to{stroke-dashoffset:0;}}#mermaid-svg-NikdEF7RREhewian .edge-animation-slow{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 50s linear infinite;stroke-linecap:round;}#mermaid-svg-NikdEF7RREhewian .edge-animation-fast{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 20s linear infinite;stroke-linecap:round;}#mermaid-svg-NikdEF7RREhewian .error-icon{fill:#552222;}#mermaid-svg-NikdEF7RREhewian .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-NikdEF7RREhewian .edge-thickness-normal{stroke-width:1px;}#mermaid-svg-NikdEF7RREhewian .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-NikdEF7RREhewian .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-NikdEF7RREhewian .edge-thickness-invisible{stroke-width:0;fill:none;}#mermaid-svg-NikdEF7RREhewian .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-NikdEF7RREhewian .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-NikdEF7RREhewian .marker{fill:#333333;stroke:#333333;}#mermaid-svg-NikdEF7RREhewian .marker.cross{stroke:#333333;}#mermaid-svg-NikdEF7RREhewian svg{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-NikdEF7RREhewian p{margin:0;}#mermaid-svg-NikdEF7RREhewian defs #statediagram-barbEnd{fill:#333333;stroke:#333333;}#mermaid-svg-NikdEF7RREhewian g.stateGroup text{fill:#9370DB;stroke:none;font-size:10px;}#mermaid-svg-NikdEF7RREhewian g.stateGroup text{fill:#333;stroke:none;font-size:10px;}#mermaid-svg-NikdEF7RREhewian g.stateGroup .state-title{font-weight:bolder;fill:#131300;}#mermaid-svg-NikdEF7RREhewian g.stateGroup rect{fill:#ECECFF;stroke:#9370DB;}#mermaid-svg-NikdEF7RREhewian g.stateGroup line{stroke:#333333;stroke-width:1;}#mermaid-svg-NikdEF7RREhewian .transition{stroke:#333333;stroke-width:1;fill:none;}#mermaid-svg-NikdEF7RREhewian .stateGroup .composit{fill:white;border-bottom:1px;}#mermaid-svg-NikdEF7RREhewian .stateGroup .alt-composit{fill:#e0e0e0;border-bottom:1px;}#mermaid-svg-NikdEF7RREhewian .state-note{stroke:#aaaa33;fill:#fff5ad;}#mermaid-svg-NikdEF7RREhewian .state-note text{fill:black;stroke:none;font-size:10px;}#mermaid-svg-NikdEF7RREhewian .stateLabel .box{stroke:none;stroke-width:0;fill:#ECECFF;opacity:0.5;}#mermaid-svg-NikdEF7RREhewian .edgeLabel .label rect{fill:#ECECFF;opacity:0.5;}#mermaid-svg-NikdEF7RREhewian .edgeLabel{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-NikdEF7RREhewian .edgeLabel p{background-color:rgba(232,232,232, 0.8);}#mermaid-svg-NikdEF7RREhewian .edgeLabel rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-NikdEF7RREhewian .edgeLabel .label text{fill:#333;}#mermaid-svg-NikdEF7RREhewian .label div .edgeLabel{color:#333;}#mermaid-svg-NikdEF7RREhewian .stateLabel text{fill:#131300;font-size:10px;font-weight:bold;}#mermaid-svg-NikdEF7RREhewian .node circle.state-start{fill:#333333;stroke:#333333;}#mermaid-svg-NikdEF7RREhewian .node .fork-join{fill:#333333;stroke:#333333;}#mermaid-svg-NikdEF7RREhewian .node circle.state-end{fill:#9370DB;stroke:white;stroke-width:1.5;}#mermaid-svg-NikdEF7RREhewian .end-state-inner{fill:white;stroke-width:1.5;}#mermaid-svg-NikdEF7RREhewian .node rect{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-NikdEF7RREhewian .node polygon{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-NikdEF7RREhewian #statediagram-barbEnd{fill:#333333;}#mermaid-svg-NikdEF7RREhewian .statediagram-cluster rect{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-NikdEF7RREhewian .cluster-label,#mermaid-svg-NikdEF7RREhewian .nodeLabel{color:#131300;}#mermaid-svg-NikdEF7RREhewian .statediagram-cluster rect.outer{rx:5px;ry:5px;}#mermaid-svg-NikdEF7RREhewian .statediagram-state .divider{stroke:#9370DB;}#mermaid-svg-NikdEF7RREhewian .statediagram-state .title-state{rx:5px;ry:5px;}#mermaid-svg-NikdEF7RREhewian .statediagram-cluster.statediagram-cluster .inner{fill:white;}#mermaid-svg-NikdEF7RREhewian .statediagram-cluster.statediagram-cluster-alt .inner{fill:#f0f0f0;}#mermaid-svg-NikdEF7RREhewian .statediagram-cluster .inner{rx:0;ry:0;}#mermaid-svg-NikdEF7RREhewian .statediagram-state rect.basic{rx:5px;ry:5px;}#mermaid-svg-NikdEF7RREhewian .statediagram-state rect.divider{stroke-dasharray:10,10;fill:#f0f0f0;}#mermaid-svg-NikdEF7RREhewian .note-edge{stroke-dasharray:5;}#mermaid-svg-NikdEF7RREhewian .statediagram-note rect{fill:#fff5ad;stroke:#aaaa33;stroke-width:1px;rx:0;ry:0;}#mermaid-svg-NikdEF7RREhewian .statediagram-note rect{fill:#fff5ad;stroke:#aaaa33;stroke-width:1px;rx:0;ry:0;}#mermaid-svg-NikdEF7RREhewian .statediagram-note text{fill:black;}#mermaid-svg-NikdEF7RREhewian .statediagram-note .nodeLabel{color:black;}#mermaid-svg-NikdEF7RREhewian .statediagram .edgeLabel{color:red;}#mermaid-svg-NikdEF7RREhewian #dependencyStart,#mermaid-svg-NikdEF7RREhewian #dependencyEnd{fill:#333333;stroke:#333333;stroke-width:1;}#mermaid-svg-NikdEF7RREhewian .statediagramTitleText{text-anchor:middle;font-size:18px;fill:#333;}#mermaid-svg-NikdEF7RREhewian :root{--mermaid-font-family:"trebuchet ms",verdana,arial,sans-serif;} 支付成功回调
确认支付状态（事务外）
发奖事务提交成功
发奖失败，事务回滚
Pending
Paid
Fulfilled

1.2 MongoDB 事务如何保障发奖一致性？

假设一笔订单需要发放三项奖励：A、B、C。如果没有事务，可能出现奖励 A、B 已经写入数据库，而奖励 C 发放失败的情况，最终造成部分奖励到账。

当前实现将奖励发放与交易状态更新放在同一个 MongoDB 事务中。前提是相关数据库写操作都使用同一个事务上下文，并且事务最终没有成功提交，那么事务内的修改就不会以部分成功的形式保留下来。

例如：

text 复制代码 
开启事务
  ↓
发放奖励 A
  ↓
发放奖励 B
  ↓
发放奖励 C 失败
  ↓
事务回滚
  ↓
A、B 的事务内写入也回滚

同理，如果奖励写入成功，但更新交易状态为 Fulfilled 失败，事务也应整体回滚。

注意

事务只覆盖实际参与其中的数据库操作。如果奖励发放过程中还存在事务之外的 RPC 调用、消息发送或其他数据库写入，这些操作不会自动随 MongoDB 事务回滚。

因此，分析事务保障能力时，不能只看是否调用了事务接口，还需要确认相关写操作是否真正使用了同一事务上下文。

1.3 发奖失败后，为什么交易可能停留在 Paid？

由于 Pending → Paid 位于发奖事务之外，即使支付状态更新成功，后续发奖事务仍可能失败。

text 复制代码 
Pending → Paid
      ↓
发奖事务开始
      ↓
奖励发放失败
      ↓
事务回滚
      ↓
交易仍处于 Paid

这并不意味着支付失败，而是说明支付状态已经确认，但奖励履约尚未完成。

对于长期停留在 Paid 的交易，需要进一步检查系统是否实现了消息重试、定时补偿或人工补发机制。在具体实现得到验证之前，不能直接认定系统具备自动补偿能力。

这也体现了事务与故障恢复的区别：事务负责处理事务范围内的原子性问题，而失败后的再次执行和最终履约，还需要额外的业务机制。

5.4 重复回调与并发履约

MongoDB 事务能够保证事务范围内多项写入的原子性，但不能仅凭事务本身就认定同一笔业务操作只会执行一次。

串行重复回调

如果第一次回调已经完成奖励发放，交易状态变为 Fulfilled，后续相同通知再次到达时，终态检查可以识别交易已经完成，从而阻止正常的重复发奖。

text 复制代码 
第一次回调
  ↓
发奖事务提交成功
  ↓
交易变为 Fulfilled
  ↓
第二次回调到达
  ↓
终态检查识别 Fulfilled
  ↓
不再重复发奖

因此，当前实现通过 Fulfilled 终态检查处理正常的串行重复回调。

并发回调

并发回调需要单独分析。如果两个请求几乎同时到达，并且都在第一次事务提交前进入后续处理流程，那么两个请求都可能基于尚未更新的状态继续执行。

此外，当前交易更新操作只按 transactionId 匹配，没有附加 status = Paid 条件，因此更新语句本身没有明确表达"仅当交易仍处于 Paid 状态时才允许更新"的约束。

不过，这并不意味着并发回调一定会造成重复发奖。实际结果还取决于 MongoDB 的写冲突检测、事务提交行为，以及业务代码对冲突和失败的处理方式。

因此，需要区分：

  • 串行重复回调：已有 Fulfilled 终态检查作为保护。
  • 并发回调：需要进一步验证事务冲突、提交失败处理及奖励写入的实际行为。

1.5 库存幂等键与支付发奖的关系

库存模块的 DepositInventory 支持通过 deposit_idempotency_key 和唯一索引限制重复操作。

但在当前支付发奖流程中，FulfillPayment 构造 DepositResource 时没有传入该幂等键。

因此，需要区分两件事：

  • 库存模块本身支持幂等处理。
  • 支付发奖调用链实际使用了这项能力。

目前只能确认前者，不能据此认定支付发奖已经具备基于该幂等键的保护。

如果后续需要接入支付专用幂等键，就需要明确键的生成规则和业务范围，并检查重复请求时的冲突处理逻辑。唯一索引能够限制重复写入，但出现唯一键冲突时，业务代码仍需判断这是否代表同一笔操作已经成功完成，不能将所有冲突直接视为成功。

这说明，底层数据库约束只是幂等保障的一部分，上层业务还需要正确使用该能力并处理重复请求。

改造示例：支付发奖接入 deposit_idempotency_key

为了让支付发奖真正利用库存模块的幂等能力，需要在 FulfillPayment 构造 DepositResource 时传入幂等键。键的生成规则建议采用 transactionId + 业务类型 的组合，确保同一笔交易、同一类业务操作对应唯一的键：

java 复制代码 
// 键的生成规则：transactionId + 业务类型
String depositIdempotencyKey = transactionId + ":FULFILL_PAYMENT";

DepositResource resource = DepositResource.builder()
        .userId(userId)
        .amount(rewardAmount)
        .depositIdempotencyKey(depositIdempotencyKey)
        .build();

depositInventory.deposit(resource);

当唯一索引检测到重复键冲突时，业务代码需要区分两种情况：如果冲突代表同一笔操作已经成功完成，应直接返回成功；如果冲突发生在操作尚未完成时，则需要进一步处理。伪代码如下：

text 复制代码 
try:
    depositInventory.deposit(resource)
    return 成功
except DuplicateKeyError:
    # 查询该幂等键对应的库存流水
    record = depositInventory.findByDepositIdempotencyKey(key)
    if record 存在且状态为已完成:
        return 成功（幂等命中，直接返回）
    else:
        # 操作可能仍在进行中，进入补偿或重试流程
        return 处理中（等待重试或人工介入）

通过上述改造，支付发奖调用链才能真正获得基于 deposit_idempotency_key 的幂等保护，避免同一笔交易在并发或重复回调场景下重复发放奖励。

1.6 当前实现的保障边界

分析项 当前结论
奖励发放与 Fulfilled 更新 位于同一个 MongoDB 事务中
事务内奖励发放失败 事务内写入整体回滚
Pending → Paid 位于发奖事务之外
串行重复回调 通过 Fulfilled 终态检查拦截
支付发奖使用 deposit_idempotency_key 当前调用没有传入
并发回调是否始终只发奖一次 尚需验证事务冲突和提交处理
Paid 长期未完成发奖如何恢复 具体补偿机制尚需确认

综上，当前实现通过交易状态检查和 MongoDB 事务，分别处理了已完成交易的重复回调，以及事务内多项数据库写入的原子性问题。但这两项保障不能直接等同于完整的并发幂等机制，也不能覆盖事务之外的故障恢复问题。

后续应重点验证两个方面：同一交易的并发履约能否被可靠限制，以及发奖失败后停留在 Paid 的交易如何最终完成履约。
下面是支付发奖整体流程的 Mermaid 图，用于直观展示事务边界、状态流转与幂等保障的关系：
#mermaid-svg-JcghSF3ysID8XpEy{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}@keyframes edge-animation-frame{from{stroke-dashoffset:0;}}@keyframes dash{to{stroke-dashoffset:0;}}#mermaid-svg-JcghSF3ysID8XpEy .edge-animation-slow{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 50s linear infinite;stroke-linecap:round;}#mermaid-svg-JcghSF3ysID8XpEy .edge-animation-fast{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 20s linear infinite;stroke-linecap:round;}#mermaid-svg-JcghSF3ysID8XpEy .error-icon{fill:#552222;}#mermaid-svg-JcghSF3ysID8XpEy .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-JcghSF3ysID8XpEy .edge-thickness-normal{stroke-width:1px;}#mermaid-svg-JcghSF3ysID8XpEy .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-JcghSF3ysID8XpEy .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-JcghSF3ysID8XpEy .edge-thickness-invisible{stroke-width:0;fill:none;}#mermaid-svg-JcghSF3ysID8XpEy .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-JcghSF3ysID8XpEy .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-JcghSF3ysID8XpEy .marker{fill:#333333;stroke:#333333;}#mermaid-svg-JcghSF3ysID8XpEy .marker.cross{stroke:#333333;}#mermaid-svg-JcghSF3ysID8XpEy svg{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-JcghSF3ysID8XpEy p{margin:0;}#mermaid-svg-JcghSF3ysID8XpEy .label{font-family:"trebuchet ms",verdana,arial,sans-serif;color:#333;}#mermaid-svg-JcghSF3ysID8XpEy .cluster-label text{fill:#333;}#mermaid-svg-JcghSF3ysID8XpEy .cluster-label span{color:#333;}#mermaid-svg-JcghSF3ysID8XpEy .cluster-label span p{background-color:transparent;}#mermaid-svg-JcghSF3ysID8XpEy .label text,#mermaid-svg-JcghSF3ysID8XpEy span{fill:#333;color:#333;}#mermaid-svg-JcghSF3ysID8XpEy .node rect,#mermaid-svg-JcghSF3ysID8XpEy .node circle,#mermaid-svg-JcghSF3ysID8XpEy .node ellipse,#mermaid-svg-JcghSF3ysID8XpEy .node polygon,#mermaid-svg-JcghSF3ysID8XpEy .node path{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-JcghSF3ysID8XpEy .rough-node .label text,#mermaid-svg-JcghSF3ysID8XpEy .node .label text,#mermaid-svg-JcghSF3ysID8XpEy .image-shape .label,#mermaid-svg-JcghSF3ysID8XpEy .icon-shape .label{text-anchor:middle;}#mermaid-svg-JcghSF3ysID8XpEy .node .katex path{fill:#000;stroke:#000;stroke-width:1px;}#mermaid-svg-JcghSF3ysID8XpEy .rough-node .label,#mermaid-svg-JcghSF3ysID8XpEy .node .label,#mermaid-svg-JcghSF3ysID8XpEy .image-shape .label,#mermaid-svg-JcghSF3ysID8XpEy .icon-shape .label{text-align:center;}#mermaid-svg-JcghSF3ysID8XpEy .node.clickable{cursor:pointer;}#mermaid-svg-JcghSF3ysID8XpEy .root .anchor path{fill:#333333!important;stroke-width:0;stroke:#333333;}#mermaid-svg-JcghSF3ysID8XpEy .arrowheadPath{fill:#333333;}#mermaid-svg-JcghSF3ysID8XpEy .edgePath .path{stroke:#333333;stroke-width:2.0px;}#mermaid-svg-JcghSF3ysID8XpEy .flowchart-link{stroke:#333333;fill:none;}#mermaid-svg-JcghSF3ysID8XpEy .edgeLabel{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-JcghSF3ysID8XpEy .edgeLabel p{background-color:rgba(232,232,232, 0.8);}#mermaid-svg-JcghSF3ysID8XpEy .edgeLabel rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-JcghSF3ysID8XpEy .labelBkg{background-color:rgba(232, 232, 232, 0.5);}#mermaid-svg-JcghSF3ysID8XpEy .cluster rect{fill:#ffffde;stroke:#aaaa33;stroke-width:1px;}#mermaid-svg-JcghSF3ysID8XpEy .cluster text{fill:#333;}#mermaid-svg-JcghSF3ysID8XpEy .cluster span{color:#333;}#mermaid-svg-JcghSF3ysID8XpEy div.mermaidTooltip{position:absolute;text-align:center;max-width:200px;padding:2px;font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:12px;background:hsl(80, 100%, 96.2745098039%);border:1px solid #aaaa33;border-radius:2px;pointer-events:none;z-index:100;}#mermaid-svg-JcghSF3ysID8XpEy .flowchartTitleText{text-anchor:middle;font-size:18px;fill:#333;}#mermaid-svg-JcghSF3ysID8XpEy rect.text{fill:none;stroke-width:0;}#mermaid-svg-JcghSF3ysID8XpEy .icon-shape,#mermaid-svg-JcghSF3ysID8XpEy .image-shape{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-JcghSF3ysID8XpEy .icon-shape p,#mermaid-svg-JcghSF3ysID8XpEy .image-shape p{background-color:rgba(232,232,232, 0.8);padding:2px;}#mermaid-svg-JcghSF3ysID8XpEy .icon-shape .label rect,#mermaid-svg-JcghSF3ysID8XpEy .image-shape .label rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-JcghSF3ysID8XpEy .label-icon{display:inline-block;height:1em;overflow:visible;vertical-align:-0.125em;}#mermaid-svg-JcghSF3ysID8XpEy .node .label-icon path{fill:currentColor;stroke:revert;stroke-width:revert;}#mermaid-svg-JcghSF3ysID8XpEy :root{--mermaid-font-family:"trebuchet ms",verdana,arial,sans-serif;} 已是 Fulfilled
处于 Pending
发放失败
事务外 RPC / 消息发送
支付成功回调
交易状态检查
终态拦截，不再重复发奖
更新状态 Pending → Paid（事务外）
开启 MongoDB 事务
发放商品配置中的奖励
更新交易状态 Paid → Fulfilled
提交事务
履约完成
事务回滚
交易仍停留在 Paid
等待消息重试 / 定时补偿 / 人工补发
不随事务回滚

相关推荐
JaguarJack1 小时前
PHP 8.7 协程新提案 让跨协程代码共享请求身份
后端·php·服务端
保密资质顾问说1 小时前
保密培训三大误区纠正：从形式主义到持续合规
数据库
泡海椒1 小时前
JQuick-SQL GROUP BY 聚合：COUNT、SUM、AVG、MIN 与 MAX
数据库·sql
vipxieliang1 小时前
Go 泛型结构体与约束进阶：从自定义约束到标准库泛型 API 实战
后端·go
isfox1 小时前
Python 文件操作：读写文件这件事，记住 with open 就够了
后端
小冯不疯1 小时前
销售订单同步实战：从聚水潭到金蝶云星空的线上出库单落地
大数据·数据库
武子康1 小时前
虚拟线程不是无限并发：Java Agent 后端真正该限制的是这些资源
人工智能·后端·agent
qq_401700411 小时前
Qt 实时大数据量存储：自己动手实现 TDMS 读写
数据库·qt
热门推荐
01国内可直接用、免费额度/永久免费的大模型API清单（含 SiliconFlow、火山、阿里、智谱、百度、Kimi、DeepSeek、DMXAPI 等）02如何新建文件夹？ 电脑新建文件夹的4种方法03历年考研数学一、数学二、数学三真题试卷及答案PDF04GitHub 镜像站点05几个好用的ip纯净度检测网站06「全语录+省流版」邵艾伦 × 孙宇晨：聊风口、聊个人IP、聊年轻人如何抓住 AI 时代的机会07乙二醇水溶液物性参数08苹果iPA游戏软件资源下载网站09昇腾910B系列芯片完全指南：四款型号对比、服务器选型与大模型部署实战10Windows 10/11 如何退出微软账户并改用本地账户登录（含找不到选项的解决方法）