GraphQL报错必填$taskId（String!）未提供，重启服务后首次操作正常二次报错

• 报错详情：[GraphQL error]: Message: 未提供必填类型为"String!"的变量"$taskId"，Location: [object Object]，Path: undefined
• 触发按钮代码：

<button
 onClick={ () =>
  updateTaskStatus({
   variables: {
    taskId: budgetData.taskId,
    status:
     currentRole === "owner" && "Open"
   }
  })
 }
>
 Post
</button>

• 异常表现：重启服务后首次点击按钮可正常发起请求，第二次点击直接触发必填变量缺失报错，已知这类报错通常由变量值为undefined/null导致

• 优先定位budgetData的状态变更逻辑：首次点击正常说明初始状态下budgetData.taskId是符合要求的非空字符串，第二次点击报错只可能是第一次请求执行后，budgetData被更新为taskId为空的状态
  • 检查updateTaskStatus的成功回调（如果使用Apollo Client一般是useMutation的onCompleted），确认是否直接用mutation的返回值全量覆盖了budgetData，且返回值的结构和预期的budgetData结构不匹配（比如返回的是单个task对象，无taskId字段，或者字段名不一致）
  • 检查是否存在第一次请求后触发的全局/局部数据刷新逻辑，比如预算列表重新拉取、路由状态更新，导致新返回的空数据覆盖了原有的budgetData.taskId
• 排查变量传值的潜在隐患：现有代码里的status写法currentRole === "owner" && "Open"存在类型风险，当currentRole不是owner时，status会返回布尔值false而非字符串，虽未触发当前报错，但后续会引发其他类型不匹配问题

• 先加前置拦截，避免空值请求
  • 给按钮加禁用逻辑：disabled={!budgetData.taskId}，或者在onClick开头加判断，if (!budgetData.taskId) return，阻断空值请求
  • 把status的写法替换为明确的三目运算，确保始终返回合法字符串：status: currentRole === "owner" ? "Open" : "对应角色的合法状态值"
• 修复状态覆盖问题
  • 在onClick触发时打印budgetData完整结构，复现两次点击的场景，确认第二次点击时budgetData的实际字段值，定位具体的覆盖逻辑
  • 用mutation返回值更新budgetData时，采用字段合并而非全量覆盖：setBudgetData(prev => ({...prev, ...接口返回的task字段}))，避免丢失原有taskId字段
  • 如果是其他接口返回的空数据覆盖了budgetData，给数据拉取逻辑加空值判断，空返回时不要更新现有状态

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