[发明专利]基于消息队列的业务请求重传方法、装置及可读存储介质

说明书

本申请公开一种基于消息队列的业务请求重传方法、装置及可读存储介质。该方法包括：发送业务消息队列中的业务请求；以及当在一预设的时间阈值内未收到所述业务请求的响应消息或者检测到所述业务请求发送失败时，根据预设的配置文件链，将所述业务请求放入多个重试消息队列中的第一重试消息队列中；其中，所述多个重试消息队列具有不同的消息过期时间；所述配置文件链用于确定所述业务请求在所述多个重试消息队列中的路由顺序。该方法能够实现不同频率的重发请求，且可以降低业务服务器的负载及提高消息安全性。

技术领域

本发明涉及计算机网络应用技术，具体而言，涉及一种基于消息队列的业务请求重传方法、装置、设备及可读存储介质。

背景技术

在电商系统中，多个系统平台之间需要进行通信，当第一次通信失败后，可能需要间隔不同时间频率发起重试。例如台账反查业务。台账反查是指用户在网上商城平台充值手机话费时，用户选择对应面值并进行支付后，支付平台会将用户支付结果通知网上商城平台，之后网上商城平台再根据用户支付结果进行后续充值动作。而如果用户支付完成后，支付平台没有及时将用户支付结果通知网上商城平台，则网上商城平台会主动通过接口方式去支付平台进行用户支付结果的查询。

目前，网上商城平台是通过定时任务查询缓存，循环不同时间段支付未确认信息来进行台账反查的。但通过该种方法每次查询时都需要循环缓存，会大幅增加业务服务器的开销，即使当前时间段内没有需要反查的订单，定时任务也会被启动去扫描缓存。此外，待反查订单暂缓在JVM(Java Virtual Machine，JAVA虚拟机)缓存中，存在数据安全的问题。

在所述背景技术部分公开的上述信息仅用于加强对本发明的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明提供一种基于消息队列的业务请求重传方法、装置、设备及可读存储介质，能够实现不同频率的重发请求，且可以降低业务服务器的负载及提高消息安全性。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明的一方面，提供一种基于消息队列的业务请求重传方法，包括：发送业务消息队列中的业务请求；以及当在一预设的时间阈值内未收到所述业务请求的响应消息或者检测到所述业务请求发送失败时，根据预设的配置文件链，将所述业务请求放入多个重试消息队列中的第一重试消息队列中；其中，所述多个重试消息队列具有不同的消息过期时间；所述配置文件链用于确定所述业务请求在所述多个重试消息队列中的路由顺序。

根据本发明的一实施方式，上述方法还包括：当所述业务请求在所述第一重试消息队列中的消息过期时间到期时，将所述业务请求放入到重分发总消息队列中；根据所述业务请求的属性，将所述业务请求从所述重分发总消息队列中路由到所述业务消息队列中；以及重发所述业务消息队列中的所述业务请求。

根据本发明的一实施方式，在所述重发所述业务消息队列中的所述业务请求之后，上述方法还包括：当在所述时间阈值内未收到所述业务请求的响应消息或者检测到所述业务请求重发失败时，根据预设的配置文件链，将所述业务请求放入所述多个重试消息队列中的第二重试消息队列中；其中，所述第二重试消息队列的消息过期时间长于所述第一重试消息队列的消息过期时间。

根据本发明的一实施方式，所述多个重试消息队列均为死信队列。

根据本发明的一实施方式，上述方法还包括：将接收到的所述业务请求放入到接收总消息队列中；以及根据所述业务请求的属性，将所述业务请求从所述接收总消息队列中路由到所述业务消息队列中。