一种API平台消息推送方法、装置、设备及介质与流程

本申请涉及api商品模块推送，特别涉及一种api平台消息推送方法、装置、设备及介质。

背景技术：

1、目前，现有的api(应用程序编程接口)商品模块推送采用持续监听rabbitmq(兔子消息队列，一个流行的开源消息中间件，用于构建分布式系统和微服务架构)的方式获取商品及价格变更信息(如图1所示)，然而，商品中心推送商品变更信息时变更量巨大，甚至能够达到百万级别，且存在较短时间内大批量推送的现象，客户接口容易因大批量推送导致高峰期间限流，影响重要数据的及时接收，并且商品中心的商品变更信息是通过接口将数据传输到api数据库，api商品服务端又通过接口从api数据库调取数据，传输过程中存在数据丢失，进而造成数据不一致的情况。

技术实现思路

1、本申请为克服上述现有技术存在的缺陷而提供一种api平台消息推送方法、装置、设备及介质，将推送方式从主动监听变成被动接收，根据客户接口情况定制化推送速度和数量，并且直接从商品中心获取数据，保证了数据一致性，实现了推送优化和准确性优化。

2、为解决上述技术问题，本申请提供以下技术方案：

3、根据本申请实施例的第一方面，提供一种api平台消息推送方法，包括：

4、获取中间件消息队列推送的目标变更消息；所述中间件消息队列的推送满足第一预设条件，所述第一预设条件基于客户服务端的接口容量确定得到；所述目标变更消息中携带有目标消息版本信息，所述目标变更消息包括商品变更消息和价格变更消息，所述商品变更消息由商品中心推送得到，所述价格变更消息由价格中心推送得到；

5、将所述目标变更消息发送至消息版本校验端，以使得所述消息版本校验端对所述目标变更消息的目标消息版本信息进行校验；

6、在所述目标变更消息为最新版本的情况下，接收所述消息版本校验端发送的消息版本校验通过信息，以及所述消息版本校验端将所述目标变更消息的数据持久化至api数据库，以使得所述api数据库将所述目标变更消息发送至api消息分发服务端，以使得所述api消息分发服务端将所述目标变更消息发送至api客户应用服务端，以使得所述api客户应用服务端发送查询商品信息至api商品聚合服务端，以使得所述api商品聚合服务端从所述商品中心和所述价格中心分别调取所述目标变更消息对应的商品变更信息和价格变更信息；所述api消息分发服务端的发送满足第二预设条件，所述第二预设条件基于所述客户服务端的接口容量确定得到；

7、其中，所述第一预设条件的阈值大于或等于所述第二预设条件的阈值。

8、在一个示例性的实施方式中，所述将所述目标变更消息发送至消息版本校验端，以使得所述消息版本校验端对所述目标变更消息的消息版本进行校验，包括：

9、将所述目标变更消息发送至所述消息版本校验端，以使得所述消息版本校验端查询所述商品中心和所述价格中心中的最新版本信息，并将所述最新版本信息与所述目标变更消息的所述目标消息版本信息进行消息版本校验。

10、在一个示例性的实施方式中，在所述目标变更消息不为最新版本的情况下，包括：

11、接收所述消息版本校验端发送的消息版本校验不通过信息。

12、在一个示例性的实施方式中，还包括：

13、所述api数据库内还存储有人工消息，以使得所述api数据库将所述人工消息发送至所述api消息分发服务端，以使得所述api消息分发服务端将所述人工消息发送至所述api客户应用服务端，以使得所述api客户应用服务端发送查询商品信息至api商品聚合服务端，以使得所述api商品聚合服务端从所述商品中心和所述价格中心分别调取所述人工消息对应的商品变更信息和价格变更信息；所述人工消息基于api控台人工消息服务端发送得到；所述api消息分发服务端的发送满足第二预设条件；所述人工消息中携带有人工消息版本信息；所述人工消息版本信息的优先级高于所述目标消息版本信息。

14、在一个示例性的实施方式中，在所述目标变更消息和/或所述人工消息满足第三预设条件的情况下，由所述api客户应用服务端将消息推送至客户服务端。

15、在一个示例性的实施方式中，在所述目标变更消息和/或所述人工消息不满足第三预设条件的情况下，还包括客户后台审核端；

16、在所述客户后台审核端审核通过的情况下，由所述api客户应用服务端将消息推送至所述客户服务端。

17、根据本申请实施例的第二方面，提供一种api平台消息推送装置，所述装置包括：

18、目标消息获取模块，用于获取中间件消息队列推送的目标变更消息；所述中间件消息队列的推送满足第一预设条件，所述第一预设条件基于客户服务端的接口容量确定得到；所述目标变更消息中携带有目标消息版本信息，所述目标变更消息包括商品变更消息和价格变更消息，所述商品变更消息由商品中心推送得到，所述价格变更消息由价格中心推送得到；

19、目标消息发送模块，用于将所述目标变更消息发送至消息版本校验端，以使得所述消息版本校验端对所述目标变更消息的目标消息版本信息进行校验；

20、校验结果接收模块，用于在所述目标变更消息为最新版本的情况下，接收所述消息版本校验端发送的消息版本校验通过信息，以及所述消息版本校验端将所述目标变更消息的数据持久化至api数据库，以使得所述api数据库将所述目标变更消息发送至api消息分发服务端，以使得所述api消息分发服务端将所述目标变更消息发送至api客户应用服务端，以使得所述api客户应用服务端发送查询商品信息至api商品聚合服务端，以使得所述api商品聚合服务端从所述商品中心和所述价格中心分别调取所述目标变更消息对应的商品变更信息和价格变更信息；所述api消息分发服务端的发送满足第二预设条件，所述第二预设条件基于所述客户服务端的接口容量确定得到。

21、根据本申请实施例的第三方面，提供一种电子设备，包括处理器和存储器，所述存储器中存储有至少一条指令或者至少一段程序，所述至少一条指令或者所述至少一段程序由所述处理器加载并执行以实现上述任一所述的api平台消息推送方法。

22、根据本申请实施例的第四方面，提供一种计算机可读存储介质，所述存储介质中存储有至少一条指令或者至少一段程序，所述至少一条指令或者所述至少一段程序由处理器加载并执行以实现上述任一所述的api平台消息推送方法。

23、采用上述技术方案，本申请具有如下有益效果：

24、本申请提供的一种api平台消息推送方法、装置、设备及介质，通过将推送方式从主动监听变成被动接收，根据客户接口情况定制化推送速度和数量，解决了api压力过大及高峰时期客户接口限流的问题，达到了定制化推送的效果，实现了推送优化；api数据库不再存储商品数据，而是直接从商品中心接口获取数据，保证了数据一致性，实现了准确性优化；通过将人工消息和目标变更消息分开处理，优先人工消息，实现了时序优化；通过将api价格和商品统一服务处理，实现了业务代码规范化。

技术特征：

1.一种api平台消息推送方法，其特征在于，包括：

2.根据权利要求1所述的api平台消息推送方法，其特征在于，所述将所述目标变更消息发送至消息版本校验端，以使得所述消息版本校验端对所述目标变更消息的消息版本进行校验，包括：

3.根据权利要求2所述的ap i平台消息推送方法，其特征在于，在所述目标变更消息不为最新版本的情况下，包括：

4.根据权利要求3所述的ap i平台消息推送方法，其特征在于，还包括：

5.根据权利要求4所述的ap i平台消息推送方法，其特征在于，在所述目标变更消息和/或所述人工消息满足第三预设条件的情况下，由所述ap i客户应用服务端将消息推送至客户服务端。

6.根据权利要求5所述的ap i平台消息推送方法，其特征在于，在所述目标变更消息和/或所述人工消息不满足第三预设条件的情况下，还包括客户后台审核端；

7.一种ap i平台消息推送装置，其特征在于，所述装置包括：

8.一种电子设备，其特征在于，包括处理器和存储器，所述存储器中存储有至少一条指令或者至少一段程序，所述至少一条指令或者所述至少一段程序由所述处理器加载并执行以实现如权利要求1至6任意一项所述的ap i平台消息推送方法。

9.一种计算机可读存储介质，所述存储介质中存储有至少一条指令或者至少一段程序，所述至少一条指令或者所述至少一段程序由处理器加载并执行以实现如权利要求1至6任意一项所述的ap i平台消息推送方法。

技术总结
本申请提供一种AP I平台消息推送方法、装置、设备及介质，该方法包括：获取中间件消息队列推送的目标变更消息；中间件消息队列的推送满足第一预设条件；将目标变更消息发送至消息版本校验端，以使得消息版本校验端对目标变更消息的目标消息版本信息进行校验；在目标变更消息为最新版本的情况下，接收消息版本校验端发送的消息版本校验通过信息，以及消息版本校验端将目标变更消息的数据持久化至AP I数据库，以使得AP I数据库将目标变更消息发送至AP I消息分发服务端，以使得AP I消息分发服务端将目标变更消息发送至AP I客户应用服务端；AP I消息分发服务端的发送满足第二预设条件。该技术方案实现了推送优化和准确性优化。

技术研发人员：周艳华,刘乐乐,刘佳彬,刘冬
受保护的技术使用者：上海万物集志互联网信息服务有限公司
技术研发日：
技术公布日：2024/6/18