[发明专利]业务请求处理方法、装置、终端及存储介质

说明书

本发明揭示了一种业务请求处理方法、装置、终端及存储介质，其中方法包括：响应业务请求，确认业务请求是否需要进行异步处理；当需要进行异步处理时，对业务请求进行处理并将处理结果返回，同时与线程池建立通信并完成业务请求处理流程；当无需进行异步处理时，将业务请求保存至Red i s缓存中，在Red i s缓存中查询与业务请求对应的结果数据，将结果数据返回并完成业务请求处理流程。本发明可以有效避免消息在传递过程中发生阻塞或消息丢失，同时，本发明减少了业务过程中的异步线程处理流程，大幅提升了系统的处理效率、保证了业务进程的稳定性。

技术领域

本发明公开了一种业务请求处理方案，具体为一种基于多线程和Redis缓存技术的业务请求处理方法、装置、终端及存储介质，涉及计算机信息技术领域。

背景技术

近年来，随着互联网技术日益成熟，各种与互联网相关的技术被广泛应用，各个行业的信息化程度不断提高，很多企业也开始根据不同行业的市场需求开发一些定制化的产品。但考虑到信息化的业务需求繁杂多变，同时为了让业务系统能快速迭代且满足客户的业务需求，企业会针对系统的整体架构做模块化分离(即微服务化)，这样一来，也就需要各个子系统之间保持紧密的消息传递、以实现业务的流程流转。而在现有技术中，消息传递必然需要借助消息中间件来完成，常见的消息中间件有Akka、rocketMQ、Disque等，这些消息中间件常用于解决并发系统中的资源一致性问题、提升峰值的处理能力，同时保证消息的顺序性、可恢复性以及必送达性，进而对应用进行解耦，或实现异步通讯等。

以现有技术中最为常见的、使用Akka技术实现消息传递为例，Akka在处理请求时是基于Actor模型，而Actor之间通信的唯一机制就是消息传递，系统中有相当一部分的业务处理是依赖Akka的消息传递机制去推进的。一般而言，Akka在处理业务请求时主要存在以下两种形式：

其一，业务流程如图1所示，即系统启动时先使处理器对一个业务事件进行订阅操作，在系统运行期间通过发布业务事件来触发订阅该业务事件的处理器进行业务处理；

其二，业务流程如图2所示，即通过发布、订阅的方式使用Akka对业务事件进行监控，并结合阻塞线程完成一个业务逻辑的处理。

但无论是上述哪种业务处理形式，随着业务量的不断增加，系统不时会出现Akka消息队列阻塞的情况、进而导致依赖Akka消息机制去触发的一些业务处理流程无法执行。

综上所述，如果能够提供一种全新的业务请求处理方案以替代现有技术中所使用的Akka技术，那么必将极大地提升系统的处理效率、保证业务进程的稳定性。

发明内容

鉴于现有技术存在上述缺陷，本发明的目的是提出一种基于多线程和Redis缓存技术的业务请求处理方法、装置、终端及存储介质，具体如下。

一种业务请求处理方法，包括如下步骤：

接收并响应业务系统发起的业务请求，确认所述业务请求是否需要进行异步处理；

当所述业务处理请求需要进行异步处理时，对所述业务请求进行处理并将处理结果返回至所述业务系统，同时与线程池建立通信并完成业务请求处理流程；

当所述业务处理请求无需进行异步处理时，将所述业务请求保存至Redis缓存中，在所述Redis缓存中查询与所述业务请求对应的结果数据，将所查询到的所述结果数据返回至所述业务系统并完成业务请求处理流程。

优选地，所述当所述业务处理请求需要进行异步处理时，对所述业务请求进行处理并将处理结果返回至所述业务系统，同时与线程池建立通信并完成业务请求处理流程，包括：

对所述业务请求进行处理并将处理结果返回至所述业务系统；同时

向线程池发送线程创建请求，所述线程池接收并响应所述线程创建请求、创建业务处理线程；