GWCC中无法作废支票：Illegal State Exception问题咨询

核心原因推测 #

1. 并发状态变更冲突 #

前端显示支票处于Requested状态，但数据库内的实际状态可能已被系统异步任务（如定时推进工作流、自动支付触发）或其他用户操作修改。VoidCheck()方法执行时会先校验当前状态，一旦发现状态不符就抛出异常，而前端缓存未及时同步最新状态，导致重复操作仍返回相同错误。低环境没有生产级的异步流量和并发操作，因此无法复现该场景。

2. VoidCheck()的隐藏业务限制 #

该方法内部存在严格的前置校验逻辑，只有满足所有条件才会执行状态变更为Pending void的操作，否则直接返回通用异常提示。可能的限制条件包括：

• 支票关联的索赔已进入后续业务流程（如结案、完成支付审核），导致支票状态被锁定
• 支票存在未完成的关联交易（如已发起支付请求），无法执行作废操作
• 当前索赔处理员的角色权限不允许作废该类型的支票
  你找不到状态变更的逻辑，大概率是因为校验未通过，方法提前终止，未进入状态更新的代码分支。

3. 工作流状态机数据一致性异常 #

工作流引擎与数据库的状态同步可能出现偏差，导致支票状态“卡住”：比如工作流引擎已将状态推进，但数据库未更新；或数据库状态显示正常，但工作流实例中的状态已变更。这种情况下，重复触发作废操作也无法通过状态机的校验，VoidCheck()自然无法生效。低环境工作流负载低，不会出现这类一致性问题。

排查步骤 #

• 直接查询数据库中该支票的status字段，确认实际状态是否与前端显示一致。若不一致，排查触发状态变更的异步任务日志或操作记录。
• 查看Check.VoidCheck()的代码实现，梳理所有前置校验逻辑，定位未满足的条件。若无法直接查看代码，提取该方法执行时的详细异常堆栈日志——日志中会包含具体的校验失败原因，而非仅通用提示。
• 检查该支票关联的索赔记录、交易流水、工作流实例状态，确认是否存在异常业务操作导致支票被锁定。
• 在低环境模拟与生产完全一致的业务场景（包括索赔阶段、支票状态、关联数据、操作角色），尝试复现问题；若仍无法复现，可确定问题由生产环境特有的并发或异步流程导致。

内容的提问来源于stack exchange，提问作者Jakub Petrik