同步转换为异步思考.
我之前项目经验.有一个工行充值的东西.
之前的同步调用模型是这样的..
1 通过前端界面进行充值操作----> 调用工行充值接口---->等待工行充值接口返回充值成功参数--->充值结果返回,处理内部的
这一系列的操作都是同步的,这个方案存在着一个问题,就是调用接口的超时问题.用户操作的体验相当不好.
而且如果说,同一个时间段操作的人比较多的话,同时对充值服务器发起充值请求.对服务器是一个很大的压力.(工行充值的服务器,需要加密解密,token认证获取等等,虽然这块压力不是很大,但是经常会阻塞,原因查了很久没找到)
后来我们经过改造,改成了异步的方式
方案为
1 通过前端界面进行充值操作,数据进入异步任务表中,状态为待处理,前端操作暂时结束
2 异步任务调度处理器(tbschedule),从任务表中取待处理的数据(抓取的量