WhatsApp 错误 130429：已达吞吐量上限

实际受限的是什么？

受限的是消息发出的速率，而不是您一天可以发送的消息数量。

平台会为一个号码接受每秒一定数量的消息，超过该数量的请求会被拒绝，而不是排队。因此，一次发送一万条消息本身并不是问题，问题在于同一秒内全部发送。把相同批次分散到几分钟内发送，就可以完整通过。

这与消息层级不同。消息层级决定您一天可以主动开始联系多少位不重复的客户；质量限制则会限制收件人反应不佳的号码。这是 3 个不同的上限，对应 3 个不同的代码，却经常互相混淆。

可以提高这个上限吗？

对于 Coexistence 号码，不可以。Meta 会以固定速率设定上限，任何提供商都无法提高。设计系统时，您应先了解这一点，不要以为可以围绕更高的数字来规划。

对于以普通方式接入的号码，吞吐量会随着质量评分和消息层级逐步提高。这是 Coexistence 少数真正的取舍之一，也正是为什么需要大量发送的号码通常更适合在不使用 Coexistence 的情况下接入。

对于对话式使用，这个上限很少成为限制。只有当某个流程遍历列表，并以代码允许的最快速度发送时，问题才会出现。单从系统设计角度看，这种模式就值得避免。

发送方应该改做什么？

控制发送速率，并使用退避机制重试，不要立即重试。

采用固定速率的队列是持久可靠的做法，因为它会让限制成为系统属性，而不是上线后才发现的问题。如果这套方案过于复杂，仅针对该代码使用指数退避，也能取得大部分效果。

紧密重试不会奏效。被拒绝后立即重试的循环，会在号码已经超过速率上限的时刻产生更多请求，从而延长问题，而不是消除问题。

常见错误

• 立即重试。被拒绝时产生更多请求，会让号码继续超过速率上限。
• 把它与消息层级混淆。消息层级管理每日不重复的对话数量，而不是每秒消息数。
• 按会扩展的吞吐量来设计 Coexistence 号码。吞吐量不会扩展，上限是固定的。

常见问题

继续阅读