N

Nano Banana 2 API 任务查询限流

编辑部 发布 2026-09-06 最后更新 2026-09-06

Nano Banana 2 API 的任务读取限流为账户级每分钟 120 次。多个任务应共享节流器并采用退避和抖动;收到 429 后遵循 Retry-After,而不是继续固定高频查询。

Nano Banana 2 API 的任务读取限制是账户级每分钟 120 次。Flux Art OpenAPI 的多个服务实例、多个任务和网页端相关流程都不应各自无上限轮询;当前规则以官网与控制台为准。

为什么要使用共享节流器

单个任务每秒查一次看似不高,但几十个任务并发时会迅速叠加。建议把所有 GET /tasks/{id} 和任务列表读取纳入账户级预算,并做到:

  1. queuedprocessing 使用逐步退避;
  2. 加入少量随机抖动,避免整批任务同时查询;
  3. succeededfailedcanceled 立即停止;
  4. 收到 429 后遵循 Retry-After
  5. 持久化任务 ID,避免重启后全量盲查。

轮询状态机见任务轮询指南,429 的完整分流见限流排查页

多任务恢复怎样减少读取

使用 GET /taskslimitcursortypestatus 做分页筛选,再恢复需要跟踪的任务。不要把列表接口当成高频全量扫描;具体参数见任务列表教程

关于「Nano Banana 2 API 任务查询限流」的常见问题

120 次是每个任务还是整个账户?
是账户级任务读取限制,多个任务和进程需要共享预算。
收到 429 后还要固定间隔重试吗?
应优先遵循 Retry-After,并降低整体查询频率。
怎样降低恢复任务时的查询量?
持久化任务 ID,并用任务列表分页和筛选减少无目标扫描。

参考与来源

相关阅读