CN110727523A - 业务请求的处理方法、处理装置及可读存储介质 - Google Patents

Abstract

本发明公开了一种业务请求的处理方法、处理装置及可读存储介质，所述业务请求的处理方法包括以下步骤：监听第一业务功能模块与数据库的交互操作以得到交互信息；将所述交互信息存储至任务缓冲区，并将所述任务缓冲区的交互信息推送给第二业务功能模块进行处理。本发明中，第二业务功能模块不用直接接收第一业务功能模块与所述数据库的交互信息，对所述第一业务功能模块以及第二业务功能模块进行了代码解耦，降低所述第一业务功能模块以及第二业务功能模块的代码侵入性，从而降低开发以及运维成本，提高系统性能。

Description

业务请求的处理方法、处理装置及可读存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种业务请求的处理方法、处理 装置及可读存储介质。

背景技术

现有IT(互联网技术)技术中，在实际的信息管理系统中，某一个业务 场景产生的数据，通过信息加工产生多种不同的应用表达，其中，信息加工 逻辑往往与产生数据的代码写在一起，打破了“高内聚、低耦合”的系统指 标，造成系统交付后出现问题定位困难、功能维护成本高、业务功能升级成 本高等问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是 现有技术。

发明内容

本发明的主要目的在于提供一种业务请求的处理方法、处理装置及存储 介质，旨在解决现有技术中信息加工逻辑与产生数据的代码之间强耦合的技 术问题。

为实现上述目的，本发明提供一种业务请求的处理方法，所述业务请求 的处理方法包括以下步骤：

监听第一业务功能模块与数据库的交互操作以得到交互信息；

将所述交互信息存储至任务缓冲区，并将所述任务缓冲区的交互信息推 送给第二业务功能模块进行处理。

可选地，所述监听第一业务功能模块与数据库的交互操作以得到交互信 息步骤包括：

获取监听条件，其中，所述监听条件包括监听对象、监听行为以及监听 时间；

根据所述监听条件对所述交互操作进行监听以获取所述交互信息，其中， 所述交互信息包括监听得到的数据库操作对象，操作行为以及操作时间。

可选地，将所述交互信息存储至任务缓冲区的同时将所述第一功能模块 的标识信息存储至所述缓冲区；将所述交互信息推送至所述第二业务功能模 块的同时将所述第一业务功能模块的标识信息推送至所述第二业务功能模 块，其中，所述标识信息用于标识所述第一业务功能模块的业务功能类型， 以供所述第二业务功能模块识别后对所述交互信息进行处理。

可选地，所述将所述交互信息存储至任务缓冲区的步骤之后包括：

将所述交互信息写入存储介质中；

所述将所述任务缓冲区的交互信息推送给第二业务功能模块进行处理的 步骤之后包括：

删除所述存储介质中的交互信息。

可选地，所述监听第一业务功能模块与数据库的交互操作以得到交互信 息的步骤之前包括：

在接收到客户端发送的业务请求时，控制所述业务请求对应的所述第一 业务功能模块与数据库执行所述交互操作。

可选地，所述监听第一业务功能模块与数据库的交互操作以得到交互信 息的步骤之后包括：

在所述第一业务功能模块与所述第二业务功能模块处于同一程序域，且 所述述第一业务功能模块与所述第二业务功能模块属于相同事务时，将所述 交互信息发送给所述第二业务功能模块进行处理；

在所述第一业务功能模块与所述第二业务功能模块处于同一程序域，且 所述述第一业务功能模块与所述第二业务功能模块属于不同事务时，执行所 述将所述交互信息发生至任务缓冲区，并将所述任务缓冲区的交互信息推送 给第二业务功能模块进行处理的步骤；

在所述第一业务功能模块与所述第二业务功能模块处于不同程序域时， 将所述交互信息给所述第二业务功能模块所在程序域中的任务缓冲区，并将 所述任务缓冲区的交互信息推送给第二业务功能模块进行处理。

可选地，所述交互操作包括读取所述数据库的数据和向所述数据库中写 入数据。

可选地，所述第二业务功能模块的业务逻辑，包括报表汇总逻辑、业务 全链路逻辑以及自动化日志逻辑中的至少一者。

为实现上述目的，本发明还提供一种业务请求的处理装置，所述业务请 求的处理装置包括存储器、处理器及存储在所述存储器上并可在所述处理器 上运行的业务请求的处理程序，所述业务请求的处理程序被所述处理器执行 时实现如上述任一项所述的业务请求的处理方法的步骤。

为实现上述目的，本发明还提供一种可读存储介质，所述计算机可读存 储介质上存储有业务请求的处理程序，所述业务请求的处理程序被处理器执 行时实现如上述中任一项所述的业务请求的处理方法的步骤。

本发明的技术方案通过监听第一业务功能模块与数据库的交互操作以得 到交互信息，进而将所述交互信息存储至任务缓冲区，并将所述任务缓冲区 的交互信息推送给第二业务功能模块进行处理，第二业务功能模块不用直接 接收第一业务功能模块与所述数据库的交互信息，对所述第一业务功能模块 以及第二业务功能模块进行了代码解耦，降低所述第一业务功能模块以及第 二业务功能模块的代码侵入性，从而降低开发以及运维成本，提高系统性能。

附图说明

图1是本发明具体实施例涉及的硬件运行环境的装置结构示意图；

图2为本发明业务请求的处理方法一实施例的流程示意图；

图3为本发明业务请求的处理方法步骤S10一实施例的具体流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步 说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限 定本发明。

如图1所示，图1是本发明实施例方案涉及的终端的硬件运行环境示意 图。

本发明实施例终端为IT用户终端或者服务器。如图1所示，该终端可以 包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005， 通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用 户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)、 遥控器，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接 口1004可选的可以包括标准的有线接口、无线接口(如存储器 (non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立 于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的终端的结构并不构成对终端的 限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的 部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系 统、网络通信模块、用户接口模块以及处理装置的控制程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台 服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客 户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的处理 装置的控制程序，并执行以下操作：

监听第一业务功能模块与数据库的交互操作以得到交互信息；

将所述交互信息存储至任务缓冲区，并将所述任务缓冲区的交互信息推 送给第二业务功能模块进行处理。

进一步地，处理器1001可以调用存储器1005中存储的处理装置的控制 程序，还执行以下操作：

获取监听条件，其中，所述监听条件包括监听对象、监听行为以及监听 时间；

根据所述监听条件对所述交互操作进行监听以获取所述交互信息，其中， 所述交互信息包括监听得到的数据库操作对象，操作行为以及操作时间。

进一步地，处理器1001可以调用存储器1005中存储的处理装置的控制 程序，还执行以下操作：

将所述交互信息存储至任务缓冲区的同时将所述第一功能模块的标识信 息存储至所述缓冲区；将所述交互信息推送至所述第二业务功能模块的同时 将所述第一业务功能模块的标识信息推送至所述第二业务功能模块，其中， 所述标识信息用于标识所述第一业务功能模块的业务功能类型，以供所述第 二业务功能模块识别后对所述交互信息进行处理。

进一步地，处理器1001可以调用存储器1005中存储的处理装置的控制 程序，还执行以下操作：

将所述交互信息写入存储介质中；

所述将所述任务缓冲区的交互信息推送给第二业务功能模块进行处理的 步骤之后包括：

删除所述存储介质中的交互信息。

进一步地，处理器1001可以调用存储器1005中存储的处理装置的控制 程序，还执行以下操作：

在接收到客户端发送的业务请求时，控制所述业务请求对应的所述第一 业务功能模块与数据库执行所述交互操作。

进一步地，处理器1001可以调用存储器1005中存储的处理装置的控制 程序，还执行以下操作：

在所述第一业务功能模块与所述第二业务功能模块处于同一程序域，且 所述述第一业务功能模块与所述第二业务功能模块属于相同事务时，将所述 交互信息发送给所述第二业务功能模块进行处理；

在所述第一业务功能模块与所述第二业务功能模块处于同一程序域，且 所述述第一业务功能模块与所述第二业务功能模块属于不同事务时，执行所 述将所述交互信息发生至任务缓冲区，并将所述任务缓冲区的交互信息推送 给第二业务功能模块进行处理的步骤；

在所述第一业务功能模块与所述第二业务功能模块处于不同程序域时， 将所述交互信息给所述第二业务功能模块所在程序域中的任务缓冲区，并将 所述任务缓冲区的交互信息推送给第二业务功能模块进行处理。

进一步地，处理器1001可以调用存储器1005中存储的处理装置的控制 程序，还执行以下操作：

所述交互操作包括读取所述数据库的数据和向所述数据库中写入数据。

进一步地，处理器1001可以调用存储器1005中存储的处理装置的控制 程序，还执行以下操作：

所述第二业务功能模块的业务逻辑，可自定义，如：包括报表汇总逻辑、 业务全链路逻辑以及自动化日志逻辑中的至少一者。

下面的撰写能否不划分实施例，只是总流程的进一步的限定，以免造成 后续修改涉及实施例的组合，超范围。

请参照图2，在本发明的一个实施例中，所述业务请求的处理方法包括以 下步骤：

步骤S10，监听第一业务功能模块与数据库的交互操作以得到交互信息。

在本实施例中，可以通过ORM(Object Relational Mapping，简称ORM， 对象关系映射)程序技术或者AOP(Aspect Oriented Programming，简称AOP) 程序技术对所述第一业务模块与所述数据库的交互操作进行监听，所述ORM 程序技术用于实现面向对象编程语言里不同类型系统的数据之间的转换，所 述AOP程序技术通过预编译方式和运行期动态代理实现程序功能的统一维 护，可以理解，也可以采用其他类型的监听技术对所述第一业务功能模块与 数据库的交互操作进行监听。

在本实施例中，所述第一业务功能模块用于实现特定的业务逻辑功能， 根据业务场景的不同，所述第一业务功能模块的业务逻辑功能可以不同，所 述第一业务功能模块可以是基于微服务架构开发的微服务，也可以是单一应 用结构、垂直应用架构、分布式服务架构、流动计算架构开发形成的应用程 序，还可以是所述微服务或者所述应用程序运行时对应的进程或者线程，也 可以是其他业务逻辑，本实施例不以此为限。所述第一业务功能模块在运行 时会与所述数据库产生交互操作，例如，所述第一业务功能模块可以从所述数据库中读取数据，也可以向所述数据库中写入数据，所述第一业务功能模 块还可以更新所述数据库中现有的数据。

在本实施例中，通过监听所述第一业务功能模与所述数据库的交互操作 可以得到对应的交互信息，所述交互信息包括但不限于监听得到的数据库操 作对象，操作行为以及操作时间，以所述第一业务功能模块向所述数据库中 写入一条用户信息字段为例进行说明，所述户信息字段也即所述交互操作的 数据库操作对象，向所述数据库中写入也即所述交互操作的操作行为，写入 时间也即所述交互操作的操作时间。

步骤S20，将所述交互信息存储至任务缓冲区，并将所述任务缓冲区的交 互信息推送给第二业务功能模块进行处理。

在本实施例中，在监听到所述交互信息后，将所述交互信息发送并存储 至所述任务缓冲区，以在所述任务缓冲区内形成新任务，并推送给所述第二 业务功能模块进行处理。所述任务缓冲区可以以任务队列的形式存在，遵循 先入先出的原则，也即，在所述第一业务功能模块持续向所述任务缓冲区发 送多个所述监听信息时，先进入所述任务缓冲区的监听信息将首先被推送至 所述第二业务功能模块。

在本实施例中，所述第二业务功能模块与所述第一业务功能模块类似， 用于实现特定的业务逻辑功能，根据业务场景的不同，所述第二业务功能模 块的业务逻辑功能可以不同，所述第二业务功能模块可以是基于微服务架构 开发的微服务，也可以是单一应用结构、垂直应用架构、分布式服务架构、 流动计算架构开发形成的应用程序，还可以是所述微服务或者所述应用程序 运行时对应的进程或者线程，也可以是其他业务逻辑，本实施例不以此为限。 所述第二业务功能模块在运行时可以与所述数据库产生交互操作，也可以不与所述数据库发生交互操作。所述第二业务功能模块的业务逻辑，可自定义， 如：包括报表汇总逻辑、业务全链路逻辑以及自动化日志逻辑中的至少一者。

在本实施例中，可以是在检测到所述第二业务模块处于空闲状态时，控 制所述任务缓冲区将所述交互信息一个一个地发送给所述第二业务功能模 块，也即，可以约定只有在所述述第二业务功能模块处理完上一个任务处于 空闲状态时，才会控制所述述任务缓冲区将所述交互信息作为当前任务发送 给所述第二业务功能模块进行处理；或者，不用理会述任务缓冲区将所述交 互信息当前的工作状态，在所述任务缓冲区接收到所述交互信息时，逐个地 将所述交互信息推动给所述第二业务功能模块，并在所述任务缓冲区与所述第二业务功能模块之间建立任务池，所述任务缓冲区先将所述交互信息存放 于所述任务池中，所述第二业务功能模块可以从所述任务池取出交互信息进 行处理，所述第二业务功能模块可以是一个一个地从所述任务池中取出所述 交互信息进行处理，所述第二业务功能模块也可以是一次性从所述任务缓冲 池中取出多个交互信息进行并行处理。

在本实施例中，所述任务缓冲区与所述第二业务处理模块之间可以设置 有提供消息服务的中间件，所述任务缓冲区作为消息的发布者，所述第二业 务处理模块作为消息的订阅者，所述消息服务中间件时刻与所述发布者、订 阅者保持通讯。所述任务缓冲区接收到所述交互信息后，通知所述消息服务 中间件，所述消息服务中间件通知所述第二业务处理模块：所述任务缓冲区 存储有所述交互信息，以便所述第二业务处理模块从所述任务缓冲区取出所 述交互信息进行处理。

综上所述，本发明的技术方案通过监听第一业务功能模块与数据库的交 互操作以得到交互信息，进而将所述交互信息存储至任务缓冲区，并将所述 任务缓冲区的交互信息推送给第二业务功能模块进行处理，第二业务功能模 块不用直接接收第一业务功能模块与所述数据库的交互信息，对所述第一业 务功能模块以及第二业务功能模块进行了代码解耦，降低所述第一业务功能 模块以及第二业务功能模块的代码侵入性，从而降低开发以及运维成本，提 高系统性能。

可选地，如图3所示，在进一步地实施例中，所述步骤S10包括：

步骤S11，获取监听条件，其中，所述监听条件包括监听对象、监听行为 以及监听时间；

步骤S12，根据所述监听条件对所述交互操作进行监听以获取所述交互信 息，其中，所述交互信息包括监听得到的数据库操作对象，操作行为以及操 作时间。

在本实施例中，所述监听条件可以预先设置，例如可以设置所述监听对 象是某一特定类型的数据，可以设置所述监听行为为向所述数据库中写入所 述特定类型的数据，可以设置所述监听时间为所述特定类型的数据写入所述 数据库时向前后延伸的某一时间段。可以理解，所述监听条件可以是所述监 听对象、监听行为以及监听时间中的至少一者，或者还可以包括其他监听维 度，所述监听条件也可以根据其他方式进行确定，本实施例不以此为限。

在本实施例中，所述根据所述监听对象、监听行为以及监听时间对所述 交互操作进行监听时，可以对应地获取到数据库操作对象、操作行为以及操 作时间，例如，上面的实施例中，监听得到的所述数据库操作对象为特定类 型的数据，操作行为为向所述数据库执行写入操作，操作时间为数据写入数 据库的时间。本实施例通过获取监听条件，有针对性、有目的性地对所述交 互行为进行监听，可以有效降低监听频次和监听时长，较少系统开销，提高 系统性能。

可选地，在进一步地实施例中，将所述交互信息存储至任务缓冲区的同 时将所述第一功能模块的标识信息存储至所述缓冲区；将所述交互信息推送 至所述第二业务功能模块的同时将所述第一业务功能模块的标识信息推送至 所述第二业务功能模块，其中，所述标识信息用于标识所述第一业务功能模 块的业务功能类型，以供所述第二业务功能模块识别后对所述交互信息进行 处理。。

在本实施例中，所述第一业务功能模块与所述数据库的交互信息可能会 发送给多个所述第二功能模块进行处理，也即，所述第一业务功能模块与第 二功能模块可能是一对多的关系，当然，也可能是多对多的关系，在这种情 况下，所述交互信息存储至所述任务缓冲区后，任务缓冲区不知道将所述交 互信息发给哪个述第二功能模块进行处理，为了解决上述问题，本实施例中， 在将所述交互信息存储至任务缓冲区的同时将所述第一功能模块的标识信息 存储至所述缓冲区，同理，在将所述交互信息推送至所述第二业务功能模块的同时，将所述第一业务功能模块的标识信息推送至所述第二业务功能模块， 在所述第一业务功能模块的标识信息与所述第二业务功能模块匹配时，也即， 所述第二业务功能模块根据所述标识信息识别第一业务功能模块的类型信息 与所述第二业务功能模块匹配时，确定所述交互信息可以通过所述第二业务 功能模块进行处理。

例如，在一实施例中，所述标识信息为ID信息，所述ID信息用于唯一 标识所述第一业务功能模块，在将所述交互信息存储至任务缓冲区的同时将 所述第一业务功能模块的ID信息存储至所述缓冲区，同理，在将所述交互信 息推送至所述第二业务功能模块的同时，将所述第一业务功能模块的ID信息 推送至所述第二业务功能模块，在所述第二业务功能模块确认所述ID信息为 预设的目标ID信息时，确定所述交互信息可以通过所述第二业务功能模块进 行处理。

可选地，在进一步地实施例中，所述步骤S10中，所述将所述交互信息 存储至任务缓冲区的步骤之后包括：

步骤S30，将所述交互信息写入存储介质中；

所述步骤S10中，所述将所述任务缓冲区的交互信息推送给第二业务功 能模块进行处理的步骤之后包括：

步骤S40，删除所述存储介质中的交互信息。

在本实施例中，在所述将所述交互信息存储至任务缓冲区之后，将所述 交互信息永久地写入所述存储介质中，直至所述第二业务功能处理模块将所 述交互信息处理完毕，避免所述第二业务功能模块遗漏交互信息不作处理； 在所述第二业务功能模块将所述交互信息处理完毕后，通过所述消息服务中 间件通知所述交互信息被所述第二业务功能模块处理完毕，删除所述存储介 质中的交互信息，从而释放所述交互信息占据的所述存储介质的存储空间。

可选地，在进一步地实施例中，所述步骤S10之前包括：

步骤S50，在接收到客户端发送的业务请求时，控制所述业务请求对应的 所述第一业务功能模块与数据库执行所述交互操作。

在本实施例中，所述客户端由任何可以使用http/https的终端组成，这些 终端包括：浏览器程序、Windows桌面程序、移动终端、第三方软件系统等。 所述客户端通过http/https协议json格式数据访问服务器的Rest API接口并向 服务器发送所述业务请求，所述服务器接收到所述业务请求并进行业务逻辑 运算，在进行业务逻辑运行的过程中，监听所述第一业务功能单元与数据库 执行所述交互操作以得到所述交互信息。

可选地，在进一步地实施例中，所述步骤S10之后包括：

步骤S60，在所述第一业务功能模块与所述第二业务功能模块处于同一程 序域，且所述述第一业务功能模块与所述第二业务功能模块属于相同事务时， 将所述交互信息发送给所述第二业务功能模块进行处理；

步骤S70，在所述第一业务功能模块与所述第二业务功能模块处于同一程 序域，且所述述第一业务功能模块与所述第二业务功能模块属于不同事务时， 执行步骤S20；

步骤S80，在所述第一业务功能模块与所述第二业务功能模块处于不同程 序域时，将所述交互信息给所述第二业务功能模块所在程序域中的任务缓冲 区，并将所述任务缓冲区的交互信息推送给第二业务功能模块进行处理。

在本实施例中，监听到第一业务功能模块与数据库的交互操作以得到交 互信息后，根据业务场景的不同，所述交互信息的发送对象可能不同，例如， 步骤S60中，在所述第一业务功能模块与所述第二业务功能模块处于同一程 序域，且所述述第一业务功能模块与所述第二业务功能模块属于相同事务时， 也即在需要保证所述数据库的数据的强一致性的情况下，所述第一业务功能 模块与数据库的交互信息需要即时发送给所述第二业务功能模块进行处理， 无需通过所述任务缓冲区，或者说所述任务缓冲区在接收到所述交互信息时， 会直接转发给所述第二业务功能模块(相当于所述交互信息穿过所述任务缓 冲区)，以保证所述交互信息能够被所述第二业务功能模块及时处理；再如， 步骤S60中，在所述第一业务功能模块与所述第二业务功能模块处于同一程 序域，且所述第一业务功能模块与所述第二业务功能模块属于不同事务时， 执行步骤S20，也即，将所述交互信息存储至任务缓冲区，并将所述任务缓冲 区的交互信息推送给第二业务功能模块进行处理，在这种情况中，只需保证 所述数据库的数据的最终一致性的情况即可，此时，可以通过所述任务缓冲 区将所述交互信息转发至所述第二业务功能模块；又如，在步骤S80中，在 所述第一业务功能模块与所述第二业务功能模块处于不同程序域时，所述第 一业务功能模块与所述第二业务功能模块必然属于不同事务，此时，只需保 证所述数据库的数据的最终一致性的情况即可，将所述交互信息给所述第二 业务功能模块所在程序域中的任务缓冲区，第二业务功能模块所在程序域中 的任务缓冲区与第一业务功能模块所在程序域中的任务缓冲区的不同，并将 所述二业务功能模块所在程序域中的任务缓冲区的交互信息推送给第二业务 功能模块进行处理；本实施例中，针对不同业务场景，将所述交互信息的发 送不同对象，提高所述交互信息处理的灵活性。

为实现上述目的，本发明还提供一种业务请求的处理装置，所述业务请 求的处理装置包括存储器、处理器及存储在所述存储器上并可在所述处理器 上运行的业务请求的处理程序，所述业务请求的处理程序被所述处理器执行 时实现如上述的业务请求的处理方法的步骤。

为实现上述目的，本发明还提供一种可读存储介质，所述计算机可读存 储介质上存储有业务请求的处理程序，所述业务请求的处理程序被处理器执 行时实现如上述的业务请求的处理方法的步骤。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述 实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通 过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的 技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体 现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、 磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是电视机，手机， 计算机，服务器，处理装置，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是 利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间 接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种业务请求的处理方法，其特征在于，所述业务请求的处理方法包括以下步骤：

监听第一业务功能模块与数据库的交互操作以得到交互信息；

将所述交互信息存储至任务缓冲区，并将所述任务缓冲区的交互信息推送给第二业务功能模块进行处理。

2.如权利要求1所述的业务请求的处理方法，其特征在于，所述监听第一业务功能模块与数据库的交互操作以得到交互信息步骤包括：

获取监听条件，其中，所述监听条件包括监听对象、监听行为以及监听时间；

根据所述监听条件对所述交互操作进行监听以获取所述交互信息，其中，所述交互信息包括监听得到的数据库操作对象，操作行为以及操作时间。

3.如权利要求1所述的业务请求的处理方法，其特征在于，将所述交互信息存储至任务缓冲区的同时将所述第一功能模块的标识信息存储至所述缓冲区；将所述交互信息推送至所述第二业务功能模块的同时将所述第一业务功能模块的标识信息推送至所述第二业务功能模块，其中，所述标识信息用于标识所述第一业务功能模块的业务功能类型，以供所述第二业务功能模块识别后对所述交互信息进行处理。

4.如权利要求1所述的业务请求的处理方法，其特征在于，所述将所述交互信息存储至任务缓冲区的步骤之后包括：

将所述交互信息写入存储介质中；

所述将所述任务缓冲区的交互信息推送给第二业务功能模块进行处理的步骤之后包括：

删除所述存储介质中的交互信息。

5.如权利要求1所述的业务请求的处理方法，其特征在于，所述监听第一业务功能模块与数据库的交互操作以得到交互信息的步骤之前包括：

在接收到客户端发送的业务请求时，控制所述业务请求对应的所述第一业务功能模块与数据库执行所述交互操作。

6.如权利要求1所述的业务请求的处理方法，其特征在于，所监听第一业务功能模块与数据库的交互操作以得到交互信息的步骤之后包括：

在所述第一业务功能模块与所述第二业务功能模块处于同一程序域，且所述述第一业务功能模块与所述第二业务功能模块属于相同事务时，将所述交互信息发送给所述第二业务功能模块进行处理；

在所述第一业务功能模块与所述第二业务功能模块处于同一程序域，且所述述第一业务功能模块与所述第二业务功能模块属于不同事务时，执行所述将所述交互信息发生至任务缓冲区，并将所述任务缓冲区的交互信息推送给第二业务功能模块进行处理的步骤；

在所述第一业务功能模块与所述第二业务功能模块处于不同程序域时，将所述交互信息给所述第二业务功能模块所在程序域中的任务缓冲区，并将所述任务缓冲区的交互信息推送给第二业务功能模块进行处理。

7.如权利要求2所述的业务请求的处理方法，其特征在于，所述交互操作包括读取所述数据库的数据和向所述数据库中写入数据。

8.如权利要求1-7任一项所述的业务请求的处理方法，其特征在于，所述第二业务功能模块的业务逻辑，包括报表汇总逻辑、业务全链路逻辑以及自动化日志逻辑中的至少一者。

9.一种业务请求的处理装置，其特征在于，所述业务请求的处理装置包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务请求的处理程序，所述业务请求的处理程序被所述处理器执行时实现如权利要求1至8中任一项所述的业务请求的处理方法的步骤。

10.一种可读存储介质，其特征在于，所述计算机可读存储介质上存储有业务请求的处理程序，所述业务请求的处理程序被处理器执行时实现如权利要求1至8中任一项所述的业务请求的处理方法的步骤。

Images