开始实战小结结束 开始消息发送之前要持久化,落在数据库里。发送成功后要删除,否则业务量数据大会对数据库造成压力。定时巡检没发送成功的消息 正常的调用流程 次数超限了 就进行告警 实战service,当做中间层,在我们的业务和dao层,将数据库的操作抽象起来。这样也有利于我们,例如我们不把消息存放在数据库里了,把消息存在redis里面也是可以的。把中间层的实现一换就可以了。 消息重新存一下 。发出去了又给我返回回来了。定时任务查询的方法已发次数的修改。发了多次消息后,还是失败。 小结 结束