• JVM 突然 Crash / OOM：建单循环执行到第 50 条时触发 OutOfMemoryError 或容器置换被 SIGKILL，分布式 Redis 锁释放（或超时自动过期）。
• 大批次耗时超过分布式锁 TTL：用户一次性提交 200 条，每条建单包含图像哈希比对与二方存储上传，总耗时 45 秒，超过锁默认 30 秒超时，锁自动解开。
• 并发用户双端点击：同一账号在两个浏览器标签页快速点击提交，第二笔请求在第一笔处于 PROCESSING 中途时抢入。

@Test
public void 联动验收_锁到期或进程退出_已建单PROCESSING占用额度_阻止新单超扣_巡检恢复平账() {
    Long userId = 90001L;
    // 1. 模拟崩溃前已落库 50 条的 PROCESSING 记录
    ShuyingSubmitRecordDO recA = new ShuyingSubmitRecordDO();
    recA.setUserId(userId);
    recA.setTotalCount(50);
    recA.setSuccessCount(50);
    recA.setStatus("PROCESSING");
    recA.setIsSettled(0);
    dao.insert(recA);

    // 2. 验证修复后 SQL 精准统计到 50 条在途
    int unsettled = dao.sumUnsettledCredits(userId);
    assertEquals(50, unsettled);

    // 3. 模拟新单申请 30 条：余额 60 - 50 = 10 < 30，拦截。
    int balance = 60;
    int requireCount = 30;
    assertTrue(balance - unsettled < requireCount);
}

@Test
public void testSubmit_F01联动_前序批次卡在PROCESSING已建单_计入未平账拦截新单超扣() {
    Long userId = 88801L;
    when(shuyingSubmitRecordDAO.sumUnsettledCredits(userId)).thenReturn(50);
    when(origixClient.getBalance(userId)).thenReturn(60);

    // 尝试提交 30 单，准入检查应立即抛出额度不足异常
    ShuyingSubmitRequest req = buildReq(userId, 30);
    try {
        transactionService.submit(req);
        fail("应拦截超额提交");
    } catch (BizException e) {
        assertEquals("AVAILABLE_CREDIT_INSUFFICIENT", e.getErrCode());
    }
}

23:59:58 调用 origixClient.getBalance()，查询到资产包还有 100 条额度，有效期截至当日 23:59:59。准入校验顺利通过。

批次包含 100 个复杂侵权链接，涉及主图哈希生成、存证校验与多表写入，总耗时 2.7 秒。系统时钟在此期间跨越了午夜 00:00:00。

00:00:01 调用 origixClient.consume() 时，origix 校验到该批次对应的资产包已自然过期，拒绝扣减并返回错误。

• 侵入底层：需要 origix 资产服务对外专门开放 HSF 接口：preDeduct(quotaId, count, ttl) 和 confirm/cancel。
• 悬挂锁死：若 asipserviceplus 在 preDeduct 成功后发生网络分区或自身崩溃，用户的额度将被永久悬挂预扣，无法被新订单使用。
• 维护雪崩：需要引入分布式超时解冻守护任务、防悬挂幂等表、重试确认队列，系统复杂度剧增 300%。
• 成本远大于收益：为解决 0.000016% 极小概率事件，导致 100% 的日常请求多承受一次 RPC 网络往返耗时。

• 零资损事实：用户是在额度有效期内合法发起提交的。即使因为服务器处理延迟跨过了到期点，案件已经生成并送审，用户没有受到任何经济损失。
• 故障自愈：若遇到扣款因过期失败，记录停留在 is_settled = 0，后台 ShuyingReconcileTask 会定期重试。
• 运营豁免兜底：多次重试失败触发报警后，运营人工介入将额度顺延 1 天或在 origix 补发一次性对账平账流水，符合阿里电商传统资损处置标准（先放行，后对账）。