解决模板消息回调的困扰

在处理微信模板消息批量推送的成功回调时,遇到大量XML请求影响系统。可以创建独立高性能服务,但会增加开发成本且混杂客服消息处理。通过Nginx+Lua,有两种解决方案:1) 明文模式下,Lua过滤并转发请求;2) 安全模式下,利用Redis队列暂存请求,系统后续处理。此方法降低成本,保持服务纯净。
摘要由CSDN通过智能技术生成

你是否遇到过当批量推送模板消息时大量收到微信如下面形式的xml的成功回调影响系统接收请求, 这时候怎么办呢. 简直跟被攻击一样.

<xml>
<ToUserName><![CDATA[gh_111111111111]]></ToUserName>
<FromUserName><![CDATA[oooooooooooooooooo]]></FromUserName>
<CreateTime>155555555</CreateTime>
<MsgType><![CDATA[event]]></MsgType>
<Event><![CDATA[TEMPLATESENDJOBFINISH]]></Event>
<MsgID>444444444444444444</MsgID>
<Status><![CDATA[success]]></Status>
</xml>

可以单独抽出一个高性能的服务来接受这类请求, 我也曾经这样做过. 确实能解决到这个问题, 缺点: 较大开发成本, 成功回调与客服消息回调微信是作为同一类业务处理, 所以需要在这个高性能服务实现关于客服消息的业务.随着业务增长,这个高性能服务的作用就变得不那么纯粹了.

后来我选择使用Nginx+Lua去处理这个问题.. 两种方式:

根据业务来定, 如果客服消息对于公司业务是一个辅助功能(不太重要的功能) 可以使用明文模式(小程序Https是不支持明文模式的), 然后通过Lua去过滤包含 TEMPLATESENDJOBFINISH 的请求~然后直接返回'success', 然后将其与请求转发到原来的接收接口, 附上代码:


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值