Nano Banana 2 API concurrent_limit 怎么办
编辑部 发布 2026-09-01 最后更新 2026-09-01
返回 429 concurrent_limit，说明账户并发任务已满。停止新建，等待已有任务终止后再恢复；网页端和 API 共享并发限制。
Nano Banana 2 API 的 429 concurrent_limit 表示当前账户的在途任务已达到并发限制。网页端和 API 共用同一并发额度，因此网页工作台正在处理的任务也需要计入排查。
正确恢复顺序
- 暂停创建新任务，不要通过更换幂等键继续冲击接口；
- 用已保存的任务 ID 查询在途任务；
- 等待任务进入
succeeded、failed或canceled； - 遵循响应中的
Retry-After，再逐步恢复提交； - 在客户端设置最大在途数，给网页端任务预留空间。
如果进程重启后丢失了本地状态，可用任务列表接口按状态恢复。请求速率过高的处理边界见429 限流说明。
为什么不能持续换键
新 Idempotency-Key 代表新业务请求。不断换键不会释放已有并发，反而可能在空位出现时集中创建多份任务。具体并发上限未公开，以官方说明为准。
关于「Nano Banana 2 API concurrent_limit 怎么办」的常见问题
- concurrent_limit 和 rate_limit 有什么不同?
- concurrent_limit 表示在途任务占满，rate_limit 表示请求速率过高；两者都可能返回 429。
- 并发超限请求会扣积分吗?
- 官方口径是超限请求不扣费，仍应以响应和账户任务记录核对。
- 具体并发上限是多少?
- 官方未公开固定数值，以官网和控制台当前说明为准。