细说在一次中间件开发中如何实现每次业务调用的唯一标识之流水号生成以及应用

在web系统中，谁也不能保证每一次的业务调用都能正常的执行，在这样的情况下，我们该如何去处理？

如果能保证每一次的业务调用的结果都持久化到数据库，而出现异常后，能根据数据库记录去检索日志文件，定位到异常信息，进而分析异常快速找到异常产生原因，我觉得这是一个很好的处理方案，核心是确保每一次义务调用都可追溯。

由于前段时间工作需要，写了一个消息推送的中间件，其中业务涉及到上述问题和解决方案，所以特意写写如何去解决。

0x01 为何

话说，在公司实习半年多，一直写业务，曾经多次遇到项目中需要调用短信api、app通知推送api，而在每个项目中都加入这些逻辑代码，会让人特别烦恼。并且，运营朋友经常性的过来询问：“我能不能看看某某号码的短信验证码”等等，而需要看到这样的信息有两种方法

一：找老板登录短信服务平台查看记录

二：通过在项目中集成数据库对记录持久化

第一种方法显得特别麻烦，而第二种却要增加特别多的代码并且使用到数据库。两种方法都不太令人满意，故而一直想找到一个好的方案。

0x02 刚刚好

半个月前突然接到pm的需要，要求实现一个集中管理的消息推送中间件。消息推送中间件实现了短信发送和app通知推送，调用记录持久化到数据库，中间件通过远程调用的方式提供给分布式环境中的每一个系统使用。

0x03 设计

在设计这个消息推送中