[发明专利]报文核验方法、装置及存储介质

说明书

本申请实施例提供一种报文核验方法、装置及存储介质，涉及信息技术领域，该方法包括：使用多个第一监听器对多个报文接收队列中的报文回执进行监听；响应于监听到一个或多个报文接收队列接收到多个新的报文回执，从一个或多个报文接收队列中提取多个新的报文回执，基于多个新的报文回执生成多个触发消息；将多个触发消息缓存在触发消息队列中；使用一个第二监听器对触发消息队列中的触发消息进行监听；响应于监听到的多个触发消息，激活核验程序。本申请实施例提供的方法，能够提升报文核验的效率，节省系统资源。

技术领域

本申请实施例涉及信息技术领域，尤其涉及一种报文核验方法、装置及存储介质。

背景技术

在信息系统中，请求发起方向服务器端发送请求报文后，可以收到请求报文的处理回执，其中，该处理回执可以是对请求报文的处理响应。而核验服务器端的处理结果是验证系统设计以及开发正确性的重要手段。例如，可以核验服务器端是否正确处理了请求报文以及一些关键的业务字段是否符合预期。

传统的核验服务器端的处理结果的方式是：请求发起方收到服务器端的处理回执之后，监听器取走回执报文并触发核查程序，核查程序登录服务器端数据库并执行相应的查询语句（例如，SQL语句），查询对应的条目、字段是否符合预期值，以判断报文是否处理成功。如果是吞吐量较大的场景，需要请求发起方设置多个报文接收队列同时接收回执报文，相应的，需要设置多个监听器同时监听多个报文接收队列。当每个报文接收队列每次收到回执报文后，监听器取走回执报文后均需唤醒核查程序，这种方式效率较低并会消耗较多的系统资源。此外，这种传统的核验方法在读取报文接收队列的回执报文后，该回执报文从报文接收队列中消失，破坏了测试场景的真实性，而真实场景中，这些回执报文并不会被取走，而是被真正的下游消费端系统消费。

发明内容

本申请实施例提供了一种报文核验方法、装置及存储介质，可以提高报文核验的效率，减少系统资源的消耗。

第一方面，本申请实施例提供了一种报文核验方法，包括：

使用多个第一监听器对多个报文接收队列中的报文回执进行监听；其中，所述报文回执由服务器端发送，一个第一监听器用于监听一个报文接收队列；

响应于监听到一个或多个报文接收队列接收到多个新的报文回执，从所述一个或多个报文接收队列中提取所述多个新的报文回执，基于所述多个新的报文回执生成多个触发消息；其中，所述多个触发消息包括查询语句；

将所述多个触发消息缓存在触发消息队列中；

使用一个第二监听器对所述触发消息队列中的触发消息进行监听；

响应于监听到的多个触发消息，激活核验程序，其中，所述核验程序用于依次执行所述监听到的多个触发消息中的查询语句，用于对所述服务器端的处理结果进行核验。

本申请实施例中，通过在监测到回执报文后，生成触发消息，并将触发消息缓存在缓存队列中，由此可以使得系统可以激活核验程序后处理缓存队列中的触发消息，避免多次激活核验程序，从而可以提高报文核验的效率，减少系统资源的消耗。

其中一种可能的实现方式中，所述使用一个第二监听器对所述触发消息队列中的触发消息进行监听包括：

基于预设周期，使用一个第二监听器对所述触发消息队列中的触发消息进行监听。

本申请实施例中，通过周期性的使用第二监听器进行监听，避免第二监听器的长启监听导致的系统资源的消耗。

其中一种可能的实现方式中，所述方法还包括：

若未监听到触发消息，不激活所述核验程序。

本申请实施例中，当未监听到触发消息时，可以不激活核验程序，将核验程序处于睡眠态，从而可以节省系统系统。

其中一种可能的实现方式中，所述基于所述多个新的报文回执生成多个触发消息包括：

获取所述多个新的报文回执中的报文序号及报文类型；