其实这里就是解决微信公众号的5秒重传机制,使得公众号后台能获得充裕的处理时间(5+5+5)s。
我的做法是(以下针对微信公众号的文本消息):
要想突破5秒时间的响应限制,可以根据文本消息中唯一值MsgId进行排重。当普通微信用户向公众账号发消息时,微信服务器将POST消息的XML数据包发到开发者填写的URL上进行处理,开发者服务器首先对每个到来的文本消息利用memcached,以MsgId为键,值为1,设置set(MsgId, 1),然后进行响应处理,若处理完成会更改MsgId对应的值为某一字符串。而当这次请求响应无法在5秒内完成,微信服务器将用第一次同样的XML数据包(MsgId相同)发起第二次请求,这样开发者服务器通过get(MsgId)的值进行判断,若get(MsgId)为1,则令其自增incr(MsgId)为2。然后进行等待直到get(MsgId)不为1或2或3。若get(MsgId)不为1或2或3,则直接响应微信服务器,响应完成。第三次请求同理。下面是此想法的实现为代码:
class WeixinHandler(tornado.web.RequestHandler):
def post(self):
# 省略文本解析...
key = msgId
if mc.get(key) == None:
mc.set(key, 1)
elif mc.get(key) == 1 or mc.get(key) == 2:
mc.incr(key)
if mc.get(key) == 1:
# 任务处理
elif mc.get(key) == 2:
# 无限等待 mc.get(key) != 2 and mc.get(key) != 3
elif mc.get(key) == 3:
if mc.get(key) == 3:
mc.set(key, u'任务无法完成')
else:
pass
else:
pass
self.write(mc.get(key))
mc.delete(key) # 每次请求都会调用,这样的话,一个失败的`write`(上面的
# 语句)就会导致其它的请求响应异常了。
这里的问题是对于同一个消息的三次请求,每次都要self.write()
,而若微信服务器发起了第二次请求,第一次请求就会在self.write()
时出现write error: broken pipe
而且接着又调用mc.delete(key)
了,这样一来就会导致后续的请求响应乱套了,原本的第二次请求可能又会进行任务处理
,可能导致无法响应微信服务器。我尝试用异常进行处理:
try:
self.write(mc.get(key))
except IOError as e:
print "write error ..."
return
mc.delete(key)
却仍然没有用,查看了Tornado中的write函数源代码发现其并未对write error: broken pipe
抛出异常,使得try... except ...
无法捕获。
各位大神,这个该如何解决啊,已经困扰我好几个月了。
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.