1. 引言一到整点催办、日报、群通知一起打出去通道开始排队值班说接口不稳。不稳常常是把一天的量挤进同一秒再在失败时无上限重试。频率限制是保护层。优化是把峰值摊开而不是把重试叠成雪崩。2. 先限速再谈快同一会话连续字、图、文件要过频率。同一订单同一状态只成功一次。失败重试必须有上限和间隔。点窗口失败去补 HTTP或 HTTP 超时去补点击都会双写。QiWe API 只负责投递限速和削峰在你的任务表。defdispatch(job,limiter,send):ifnotlimiter.allow(job.device,job.to):returnlaterreturnsend(job.device,job.to,job.text)具体限额和并发建议对照 API文档 再定不要抄一份过期数字写进代码。3. 性能优化落在队列回调入口尽快返回。模型、附件、批量通知全部在消费者。消费者按设备分片避免一个号被所有任务围殴。积压恢复时禁止按昨天时间戳全量原文重放。出站走 QiWe API。优化手段是分片、令牌桶、业务键、错过窗口丢弃而不是补发问候。反模式结果改法定时任务直接发送错过无法收、无法限只扫描任务表失败立刻重试雪崩间隔 上限全员同一秒像群发骚扰抖动打散回调里调模型超时连发入口入队附件和批量不要和文字挤在同一秒。4. 验收把并发加大目标会话不应出现重复业务通知入口超时重推仍一条过了最晚窗口的早安不得补发。5. 总结企业微信API的性能问题优先查任务调度再查通道。限速是功能不是故障。把峰值摊开比把超时调长更有效。