限流、额度与超时
调用能力受到账号、密钥、套餐、模型及网络条件共同影响。遇到限制时,先根据错误信息确认类型,再调整请求。
常见限制
| 限制 | 表现 | 优先处理 |
|---|---|---|
| 账户或密钥额度 | 提示额度不足 | 检查钱包和密钥 |
| 请求频率 | 通常返回 429 | 降低发送频率,按返回提示等待 |
| 并发数量 | 同时运行的请求过多 | 在应用侧排队,减少并行任务 |
| 上下文长度 | 输入超出模型范围 | 减少历史消息、文件或提示词 |
| 输出长度 | 回复达到上限后结束 | 核对完成原因及模型支持的输出参数 |
| 上传大小 | 请求被拒绝,例如 413 | 减小文件或请求体 |
| 套餐周期 | 当期额度或次数耗尽 | 查看套餐重置时间及范围 |
处理限流
优先降低并发和请求频率。服务允许重试时,遵守返回的等待提示,并采用有上限的退避。不要同时在 SDK、应用和任务队列中进行无上限重试。
处理超时
先区分客户端等待超时、网络中断和服务端超时。长回复或生成任务可能需要更长等待,但延长超时无法修复错误参数或权限问题。
超时后先查询,再决定是否重发。 图片和视频尤其应通过任务状态及用量日志确认结果。
申请更高限额
通过站内支持提供模型、使用场景、预计请求频率、并发数和典型输入长度,便于评估合适配置。套餐和并发限制应分别确认。