- 1
- 0
- 约小于1千字
- 约 1页
- 2026-05-18 发布于北京
- 举报
《270_秒杀系统v2.0页面渲染超时补偿机制》
页面渲染的时候,很长的链路,推送一个消息到mq里去,页面渲染服务来消费,进行页面
渲染,会通过自研异步框架(disruptor来实现的,boss+worker双总线机制),各个步骤进
行层层中转,全部步骤都做完了以后,通过mq去页面推送,基于自研异步框架进行层
层流转,内存队列+线程池
页面推送服务通过mq来页面渲染,自己已经完成了页面推送
页面渲染服务,通过mq我们的活动服务,页面渲染和推送全部完成了,活动服务更新
渲染的状态,如果说一场活动所有的页面都渲染完毕了,活动的状态,status,会更新到渲
染完毕状态
很多步骤是通过mq进行转发和中转,很多步骤是在内存队列里进行中转,我们要是出现了
页面渲染服务,页面推送服务出现了服务重启,在内存队列里进行中转的数据都丢失了,页
面渲染+推送的流程跑到一半就没了
内存队列,publishevent,4096长度是有限的,满了,推送失败,也会导致你的渲染+推送
的流程会中断掉
简单的方案,超时补偿机制,对我们来说,在我们的活动服务里,除了正常情况下,查询审
核通过+now距离shotTime再1小时以内,去进行推送;查询页面渲染中+开始渲染的时
间距离现在已经超过了10分钟,
原创力文档

文档评论(0)