大量调用微信公众号 API 用什么方案最高效 每小时 1000 万次

• 資深大佬 : shoaly

  算了一下 2800/秒 的并发, 估计没人愿意帮你发, 只能自己来搞. 多弄几台电脑开多线程搞, 到最后应该性能都不是问题, 看主机上封不封你了

• 資深大佬 : lozt

  你是走群发还是啥？这个调用量是不是都已经超过微信的 Api 调用频次限制了呀

• 資深大佬 : securityCoding

  @shoaly 关键在于微信是否允许 ,这个没什么内部业务逻辑并发不是问题,前面挂一个 mq 做分发即可

• 資深大佬 : sujin190

  微信 API 请求延时基本低于 200ms，这样算不到 600 并发就够了，8 核 cpu 的话一台机器都可以轻松搞定，别用多线程，异步 io 啥得库搞一个 600 并发并不算啥，微信正常发的话，估计也不会封你，但是吧 1000 万每小时，总用户得多大啊，要是乱发垃圾营销消息的话，投诉人数达到一定量肯定分分钟被封号了

• 資深大佬 : secretman

  肯定是搞事！

• 資深大佬 : heyjei

  放到消息队列里，用多进程去取就可以了啊。

  公众号的 app key，用户的 openid，要发送的消息，一股脑的放进队列里，发送进程读队列就可以了，不要再读数据库取 openid 了。

  队列用 kafka 啥的，一台机器要是发送进程太多达到了网络瓶颈了，就再开一台机器，多起几个发送进程。只要把队列和发送分开，就可以起无限多个发送进程了。不过你这么大的数据还真没搞过。

• 資深大佬 : frankly123

  方糖？

• 資深大佬 : zoharSoul

  异步非阻塞发不就完事了. 600 并发轻轻松松啊

• 資深大佬 : passerbytiny

  公众号推送，难道不是一个公众号调用一个接口就能推送给所有用户，就算是分组推送也就多调几个接口。你这是多少公众号才能达到 1 小时千万次的接口调用量。

• 資深大佬 : hafuhafu

  接口不是有每日限额吗，平摊下来能让你调用这么多次吗？

• 主 資深大佬 : chijince

  @passerbytiny 不是一个公众号 是很多的公众号 平均下来速度要达到每小时 1000 万的推送效率。多个任务并行。

• 資深大佬 : BoarBoar

  这一看就是去搞事的，很遗憾微信也不傻,接口有每日限额的

• 資深大佬 : reus

  你先了解下微信平台的规则，再来谈效率，不合规的使用方式，再高效也没用

  当然微信是可以单独谈限额的，但看来你也不是那样的大客户

• 資深大佬 : locoz

  看到这操作我第一个想到的是垃圾号群+客服消息推文章…调 API 的话其实没啥难度，拿 Python 写都能随便跑个几千并发，关键还是微信那边的限制和你这边上行带宽够不够的问题。

• 資深大佬 : involvements

  消息放列队，+ SCF

• 資深大佬 : xiaofan2

  老哥你思想很危险

• 資深大佬 : NakeSnail

  主可能做的是公众号第三方平台吧

• 資深大佬 : daxiongz

  你这么发 要被封的

• 資深大佬 : huayumo

  这样的话,不如自己做个客户端来推送消息,用微信服务这么大的量.估计要和微信沟通

• 主 資深大佬 : chijince

  @daxiongz 不是发广告 通知类型 现在一天 1000 万没事 也不是一个公众号发