您好 有结论了吗?
微信模板消息发送在access_token未失效的情况,发送接口间歇性出现40001错误接口地址:https://api.weixin.qq.com/cgi-bin/message/template/send?access_token=%s 1. 首先微信access_token由中控服务定时刷新获取并存于redis中,每小时重置一次,官方给到的每次失效时间7200s即两个小时,因此首先排除access_token失效或过期的问题; 2. 接口调用时间歇性出现40001错误,且凭此较高,服务器部分日志如下:[图片] 短短几个小时竟出现如此多的40001错误,由于客户依赖于该消息获取验证码,及时性要求较高,着实让人头大,虽然优化了业务代码逻辑,延时幂等重试10次,优化过后依然会有10次都未成功的情况;为了保证其推送到客户微信端,10次过后仍然失败,采取临时重置access_token,再做一次最后的掘强,基本能成功;但是如此一来客户收到消息的时间2分钟开外,指标不治本,不,连标都没得治!!!如下:重试第七次才成功,请问程序猿有九条命么????[图片] 以上问题望微信官方引起重视,尽快修复改bug!!!
2020-02-25如果重复获取不会导致过期就不用考虑高并发啊
关于jsapi_ticket的问题,重复jsapi_ticket会导致出现问题吗?会导致提前过期嘛?https://api.weixin.qq.com/cgi-bin/ticket/getticket?access_token=ACCESS_TOKEN&type=jsapi 以下问题的前提是没有触发ticket获取频率限制 1. 在调用这个接口获取jsapi_ticket的时候,如果在有效期内重复调用这个接口获取ticket,会导致之前获取的的过期吗? 2. 如果不会的话,那新ticket和之前的老ticket相同吗? 3. 如果相同的话,那么过期时间是怎么确定的呢?是从第一次获取这个ticket开始计算的7200s,还是从最后一次开始计算的? 4. 如果是从第一个次获取到这个ticket开始算的,那会不是会导致可能第二次获取之后很快就过期?比如中间间隔了7000s 5. 如果是从最后一次开始算的,那是不是在经常重复请求ticket的情况下,会导致ticket不能得到刷新呢? 多谢各位大佬!谢谢!
2019-11-26