[发明专利]业务请求处理方法、系统以及前端、服务端业务处理装置

说明书

本发明涉及业务请求处理领域，尤其涉及一种业务请求处理方法、系统以及前端、服务端业务处理装置，服务端接收到业务请求后，先判断业务请求是否被篡改，确定业务请求未被篡改，判断分布式处理集合中是否存在第一业务请求标识，不存在时，则执行该业务请求的处理逻辑，生成处理结果，将处理结果反馈给用户终端并将其写入至分布式消息处理系统中，若存在，向用户终端返回第二提示信息，以使用户终端在接收到第二提示信息后，根据第一业务请求标识在分布式消息处理系统中订阅业务请求的处理结果。本发明提供的方法、装置及系统，可以确保业务请求处理结果的推送准确性、避免服务器资源浪费问题，不会让用户终端产生无效的等待时间。

技术领域

本发明涉及业务请求处理领域，尤其涉及一种业务请求处理方法、系统以及前端、服务端业务处理装置。

背景技术

在业务面向C端时，业务响应要求都比较高，在小程序端对接口响应的超时时长都会在比较短的时间内。但部分情况下，如客户终端进入弱网区域或网络发生波动的情况，或业务逻辑中需要调用以来同步的第三方服务请求，为了确保业务的完整与连贯性，需要确保用户不会发生业务中断，需要对超时或终止的请求进行重试，但由于服务目前是无状态服务，因此当每次重试时，服务端都会完整执行跑完整业务处理逻辑，发生重复地获取数据或发起第三方的接口请求。

当业务逻辑比较复杂或外部接口延时时，会导致接口处理时间超出终端设置的超时时间，处理结果无法在超时时间内返回，当每次重试时都完整执行完整业务处理逻辑，导致无论重试多次，在重试限制次数内均无法获取到结果，导致最终失败。

部分业务请求数据量比较大，多次业务请求如果重复执行，加载到内存中的数据会重复增加，如出现大量重试，会导致服务器内存的飙升，浪费服务器资源。

发明内容

针对上述问题，本发明提供一种业务请求处理方法、系统以及前端、服务端业务处理装置。

本发明提供一种业务请求处理方法，包括：接收用户终端发送的业务请求，从业务请求中获取第一业务请求标识，第一业务请求标识为用户终端根据业务请求的原始业务请求参数以及预设的业务请求标识生成策略生成；

根据第一业务请求标识以及预设的业务请求篡改判断策略，判断业务请求是否被篡改，若是，向用户终端返回第一提示信息，以提示出现异常情况；否则，判断在分布式业务处理集合中是否存在第一业务请求标识；

若不存在，将第一业务请求标识加入到分布式业务处理集合中，并执行业务请求的业务逻辑，生成处理结果，将处理结果写入到分布式消息处理系统中，并向用户终端同步返回处理结果；

若存在，向用户终端返回第二提示信息，以使用户终端在接收到第二提示信息后，根据第一业务请求标识在分布式消息处理系统中订阅业务请求的处理结果。

进一步的，业务请求篡改判断策略包括：

从业务请求中获取当前业务请求参数，根据当前业务请求参数以及业务请求标识生成策略生成第二业务请求标识；

判断第二业务请求标识与第一业务请求标识是否相同，若是，判定业务请求未被篡改，否则，判定业务请求被篡改。

进一步的，业务请求标识生成策略包括：

获取业务请求参数，按照业务请求参数的参数名称对业务请求参数进行排序；

根据MD5信息摘要算法对排序后的业务请求参数进行处理，生成32位字符串作为业务请求标识。

进一步的，业务请求参数为加入随机码后的业务请求参数，随机码由用户终端生成，每个业务请求对应唯一一个随机码。

本发明还提供一种业务请求处理方法，方法包括：