Nano Banana 2 API 任务状态怎么处理
编辑部 发布 2026-08-31 最后更新 2026-08-31
Nano Banana 2 API 任务状态有 queued、processing、succeeded、failed、canceled。前两种继续查询，succeeded 保存结果，failed 与 canceled 视为终止状态并记录原因，不能无限轮询。
Nano Banana 2 API 使用异步任务，状态包括 queued、processing、succeeded、failed 和 canceled。Flux Art OpenAPI 基址只有 https://open-api.flux-art.cn/openapi/v1，客户端应明确区分进行中与终止状态。
每种状态要做什么
| 状态 | 客户端动作 |
|---|---|
queued | 保存任务 ID，等待后再次查询 |
processing | 继续按节奏轮询，不重复创建 |
succeeded | 保存结果和实际用量，结束轮询 |
failed | 保存错误与 request_id，判断是否满足重试条件 |
canceled | 记录终止状态并停止轮询 |
任务查询频率应受到 429 和 Retry-After 约束，详见限流处理。批量恢复可用任务列表接口。
怎样避免无限轮询
为查询设置最大总时长，并把 succeeded、failed、canceled 都视为终止状态。超过业务等待窗口仍无终态时，保留任务 ID 和 request_id 转人工检查，不用重复创建替代状态查询。
关于「Nano Banana 2 API 任务状态怎么处理」的常见问题
- queued 和 processing 需要重新创建吗?
- 不需要，它们都是进行中状态，应继续查询原任务。
- failed 后应该自动创建新任务吗?
- 不应直接创建；先记录错误、判断是否可重试，再按业务边界决定。
- canceled 还需要继续轮询吗?
- 不需要。canceled 是终止状态，应停止轮询并保存最终记录。