docs(订单实时): 订正发布点计数 25→24（复核自量；注释/断言文案，class 与 jar 逐字节相同）

java/src/main/java/com/payment/platform/module/payment/stream/OrderEventRelay.java

@@ -11,8 +11,8 @@ import org.springframework.transaction.event.TransactionalEventListener;
  *
  * <ol>
  *   <li>{@code AFTER_COMMIT}：真事务里发布必须等提交，否则页面收到信号重拉却看不到未提交的新行；
- *       2026-10-05 实测：25 个发布点里只有 HarOrderService.syncFromUpstream（:499 事务、:550 发布）。</li>
- *   <li>{@code fallbackExecution = true}：其余 24 条腿**刻意不加事务**（单行条件更新），
+ *       2026-10-05 实测：24 个发布点里只有 HarOrderService.syncFromUpstream（:499 事务、:550 发布）。</li>
+ *   <li>{@code fallbackExecution = true}：其余 23 条腿**刻意不加事务**（单行条件更新），
  *       没有事务时照常立即投递；不写它那些通道一帧都发不出去，而且是静默的。</li>
  * </ol>
  */

java/src/test/java/com/payment/platform/module/payment/stream/OrderEventRelayTest.java

@@ -46,7 +46,7 @@ class OrderEventRelayTest {
         // 不需要库隧道、也不需要替换 TaskScheduler）。
         // ⚠ 别再写「本仓没有容器测试」：那句自 2026-09-22 起就不成立。
         // ⚠ 也别再写「由开放 API 建单 E2E 端到端验」：开放 API 那条腿在 controller 里裸 insert、
-        //   没有事务（2026-10-05 实测）；25 个发布点里只有 HarOrderService.syncFromUpstream 在事务里。
+        //   没有事务（2026-10-05 实测）；24 个发布点里只有 HarOrderService.syncFromUpstream 在事务里。
         Method m = OrderEventRelay.class.getMethod("onOrderChanged", OrderChangedEvent.class);
         TransactionalEventListener ann = m.getAnnotation(TransactionalEventListener.class);
         assertNotNull(ann, "没有这个注解 = 事件永远不被投递");

java/src/test/java/com/payment/platform/module/payment/stream/OrderEventRelayTransactionBoundaryTest.java

@@ -15,10 +15,10 @@ import static org.junit.jupiter.api.Assertions.*;
 /**
  * {@link OrderEventRelay} 的三条事务边界，在**真 Spring 容器 + 真事件多播器**里执行验证。
  *
- * <p>【为什么补这一条】2026-10-05 复核实测：本仓 25 个 {@code publisher.changed(...)} 发布点里，
+ * <p>【为什么补这一条】2026-10-05 复核实测：本仓 24 个 {@code publisher.changed(...)} 发布点里，
  * **只有 1 个**在 @Transactional 方法体内 ——
  * {@code HarOrderService.syncFromUpstream}（@Transactional 在 :499，发布在 :550，是 HAR 主动
- * 查上游的主路径，不是兜底）。其余 24 条（含开放 API 与收银台那两条建单腿：controller 里
+ * 查上游的主路径，不是兜底）。其余 23 条（含开放 API 与收银台那两条建单腿：controller 里
  * 裸 {@code orderMapper.insert} + 紧跟着发布，两处都**没有**事务）走的是
  * {@code fallbackExecution} 立即投递那条路。
  *
@@ -113,7 +113,7 @@ class OrderEventRelayTransactionBoundaryTest {
         ctx.publishEvent(new OrderChangedEvent("lsy_refund", 9L));
 
         assertEquals(List.of("lsy_refund#9"), hub.submitted,
-                "无事务腿（25 个发布点里的其余 24 个）必须立即投递 ——"
+                "无事务腿（24 个发布点里的其余 23 个）必须立即投递 ——"
                         + " fallbackExecution=false 时这些通道静默地一帧都发不出去");
     }