【技术实现步骤摘要】
业务请求处理方法、系统以及前端、服务端业务处理装置
[0001]本专利技术涉及业务请求处理领域,尤其涉及一种业务请求处理方法、系统以及前端、服务端业务处理装置。
技术介绍
[0002]在业务面向C端时,业务响应要求都比较高,在小程序端对接口响应的超时时长都会在比较短的时间内。但部分情况下,如客户终端进入弱网区域或网络发生波动的情况,或业务逻辑中需要调用以来同步的第三方服务请求,为了确保业务的完整与连贯性,需要确保用户不会发生业务中断,需要对超时或终止的请求进行重试,但由于服务目前是无状态服务,因此当每次重试时,服务端都会完整执行跑完整业务处理逻辑,发生重复地获取数据或发起第三方的接口请求。
[0003]当业务逻辑比较复杂或外部接口延时时,会导致接口处理时间超出终端设置的超时时间,处理结果无法在超时时间内返回,当每次重试时都完整执行完整业务处理逻辑,导致无论重试多次,在重试限制次数内均无法获取到结果,导致最终失败。
[0004]部分业务请求数据量比较大,多次业务请求如果重复执行,加载到内存中的数据会重复增加,如出现大量重试,会导致服务器内存的飙升,浪费服务器资源。
技术实现思路
[0005]针对上述问题,本专利技术提供一种业务请求处理方法、系统以及前端、服务端业务处理装置。
[0006]本专利技术提供一种业务请求处理方法,包括:接收用户终端发送的业务请求,从业务请求中获取第一业务请求标识,第一业务请求标识为用户终端根据业务请求的原始业务请求参数以及预设的业务请求标识生成策略生成; ...
【技术保护点】
【技术特征摘要】
1.一种业务请求处理方法,其特征在于,所述方法包括:接收用户终端发送的业务请求,从所述业务请求中获取第一业务请求标识,所述第一业务请求标识为用户终端根据所述业务请求的原始业务请求参数以及预设的业务请求标识生成策略生成;根据所述第一业务请求标识以及预设的业务请求篡改判断策略,判断所述业务请求是否被篡改,若是,向用户终端返回第一提示信息,以提示出现异常情况;否则,判断在分布式业务处理集合中是否存在所述第一业务请求标识;若不存在,将所述第一业务请求标识加入到所述分布式业务处理集合中,并执行所述业务请求的业务逻辑,生成处理结果,将处理结果写入到分布式消息处理系统中,并向用户终端同步返回处理结果;若存在,向用户终端返回第二提示信息,以使用户终端在接收到所述第二提示信息后,根据所述第一业务请求标识在所述分布式消息处理系统中订阅所述业务请求的处理结果。2.根据权利要求1所述的业务请求处理方法,其特征在于,所述业务请求篡改判断策略包括:从所述业务请求中获取当前业务请求参数,根据所述当前业务请求参数以及所述业务请求标识生成策略生成第二业务请求标识;判断所述第二业务请求标识与所述第一业务请求标识是否相同,若是,判定所述业务请求未被篡改,否则,判定所述业务请求被篡改。3.根据权利要求2所述的业务请求处理方法,其特征在于,所述业务请求标识生成策略包括:获取业务请求参数,按照所述业务请求参数的参数名称对所述业务请求参数进行排序;根据MD5信息摘要算法对排序后的所述业务请求参数进行处理,生成32位字符串作为业务请求标识。4.根据权利要求3所述的业务请求处理方法,其特征在于,所述业务请求参数为加入随机码后的业务请求参数,所述随机码由所述用户终端生成,每个业务请求对应唯一一个随机码。5.一种业务请求处理方法,其特征在于,所述方法包括:向服务端发送业务请求,所述业务请求中包括原始业务请求参数以及用于唯一标识所述业务请求的第一业务请求标识,所述第一业务请求标识为根据所述原始业务请求参数以及预设的业务请求标识生成策略生成;若发生预设的重试条件,向服务端重新发送所述业务请求,并在接收到服务端返回的第二提示信息后,根据所述第一业务请求标识在分布式消息处理系统中订阅所述业务请求的处理结果,同时设置结果等待超时时间;若在所述结果等待超时时间内,接收到所述分布式消息处理系统推送的处理结果,将所述处理结果予以显示,否则,取消订阅,生成结果等待超时信息,并将所述结果等待超时信息予以显示。6.根据权利要求5所述的业务处理方法,其特征在于,所述预设的重试条件包括业务请求超时或者业务请求中断。
7.一种服务端业务处理装置,其特征在于,所述服务端业务处理装置包括:业务请求接收模块、业务请求篡改判断模块、查询模块、业务处理模块,其中:所述业务请求接收模块,与所述业务请求篡改判断模块连接,用于接收用户终端发送的业务请求;所述业务请求篡改判断模块,与所述查询模块连接,用于从所述业务请求中获取第一业务请求标识,所述第一业务请求标...
【专利技术属性】
技术研发人员:唐伟雄,
申请(专利权)人:广州大通和亿科技有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。