CN107832122A - 一种系统间通讯和事务控制方法及装置 - Google Patents

Abstract

本申请提供了一种系统间通讯和事务控制方法及装置，系统间通讯和事务控制方法包括：服务层接收api调用请求，并响应api调用请求，根据业务逻辑组合调用事务控制层和产品层；事务控制层根据事务配置声明进行事务控制，完成数据操作；产品层封装后台通讯调用。在本申请中，通过以上方式可以节省系统资源，提高系统的健壮性。

Description

一种系统间通讯和事务控制方法及装置

技术领域

本申请涉及计算机技术领域，特别涉及一种系统间通讯和事务控制方法及装置。

背景技术

随着银行业务的发展，银行各产品系统之间通讯量日益增长，系统间的事务控制越来越复杂，事务的一致性和完整性也越来越重要。

在系统间的事务控制越来越复杂的趋势下，银行系统一般采用Spring声明式事务，通过AOP切面编程的方式，在服务层将业务逻辑进行方法级声明，但是这种方式由于服务层将事务控制和后台通讯调用耦合在一起，一旦发生通讯缓慢或者异常，本地的事务将无法提交和回滚、数据库连接无法释放，进而导致系统资源浪费。

发明内容

为解决上述技术问题，本申请实施例提供一种系统间通讯和事务控制方法及装置，以达到节省系统资源，提高系统的健壮性的目的，技术方案如下：

一种系统间通讯和事务控制方法，包括：

服务层接收api调用请求，并响应所述api调用请求，根据业务逻辑组合调用事务控制层和产品层；

所述事务控制层根据事务配置声明进行事务控制，完成数据操作；

所述产品层封装后台通讯调用。

优选的，所述方法还包括：

若所述事务控制层根据事务配置声明进行事务控制出现异常或所述产品层封装后台通讯调用出现异常，则根据交易场景具体问题判断是否需要回滚已经提交的事务；

若需要回滚已经提交的事务，则回滚已经提交的事务。

优选的，所述事务配置声明包括：

事务控制配置文件，所述事务控制配置文件用于对事务控制进行声明；

所述事务控制配置文件的生成过程，包括：

在事务控制实现类上进行事务加壳配置，得到所述事务控制配置文件。

优选的，所述事务控制实现类包括的各个事务控制接口类各自对应一类实体领域的操作管理集合，所述操作管理集合不包括无关操作；

所述事务控制实现类在新增事务控制接口类时，若需要新增的事务控制接口类存在于所述事务控制实现类的已有事务控制接口类中，则将需要新增的事务控制接口类声明在所述事务控制实现类的已有事务控制接口类中；

若所述事务控制实现类的已有事务控制接口类中不包括所述需要新增的事务控制接口类，则在所述事务控制实现类中新增所述需要新增的事务控制接口类；

所述事务控制实现类中的各个事务控制接口类各自对应一个实体领域，且所述事务控制实现类中的各个事务控制接口类各自对应的实体领域各不相同；

所述事务控制实现类中的各个事务控制接口类中定义的接口用于保证事务的完整性和一致性；

所述事务控制实现类中不包括事务嵌套的操作定义。

优选的，所述事务控制配置文件包括多个条线总配置文件；

各个所述条线总配置文件包括多个条线子配置文件，各个所述条线总配置文件各自对应一个条线，且各个所述条线总配置文件各自对应的条线各不相同。

一种系统间通讯和事务控制装置，包括：

服务层模块，用于接收api调用请求，并响应所述api调用请求，根据业务逻辑组合调用事务控制层和产品层；

事务控制层模块，用于根据事务配置声明进行事务控制，完成数据操作；

产品层模块，用于封装后台通讯调用。

优选的，还包括：

判断模块，用于若所述事务控制层根据事务配置声明进行事务控制出现异常或所述产品层封装后台通讯调用出现异常，则根据交易场景具体问题判断是否需要回滚已经提交的事务，若需要回滚已经提交的事务，则回滚已经提交的事务。

优选的，所述事务配置声明包括：

事务控制配置文件，所述事务控制配置文件用于对事务控制进行声明；

所述装置还包括：事务控制配置文件生成模块，用于在事务控制实现类上进行事务加壳配置，得到所述事务控制配置文件。

优选的，所述事务控制实现类包括的各个事务控制接口类各自对应一类实体领域的操作管理集合，所述操作管理集合不包括无关操作；

所述事务控制实现类在新增事务控制接口类时，若需要新增的事务控制接口类存在于所述事务控制实现类的已有事务控制接口类中，则将需要新增的事务控制接口类声明在所述事务控制实现类的已有事务控制接口类中；

若所述事务控制实现类的已有事务控制接口类中不包括所述需要新增的事务控制接口类，则在所述事务控制实现类中新增所述需要新增的事务控制接口类；

所述事务控制实现类中的各个事务控制接口类各自对应一个实体领域，且所述事务控制实现类中的各个事务控制接口类各自对应的实体领域各不相同；

所述事务控制实现类中的各个事务控制接口类中定义的接口用于保证事务的完整性和一致性；

所述事务控制实现类中不包括事务嵌套的操作定义。

优选的，所述事务控制配置文件包括多个条线总配置文件；

各个所述条线总配置文件包括多个条线子配置文件，各个所述条线总配置文件各自对应一个条线，且各个所述条线总配置文件各自对应的条线各不相同。

与现有技术相比，本申请的有益效果为：

在本申请中，通过服务层接收api调用请求，并响应所述api调用请求，根据业务逻辑组合调用事务控制层和产品层，及所述事务控制层根据事务配置声明进行事务控制，完成数据操作，及所述产品层封装后台通讯调用，实现了系统间通讯和事务控制。由于事务控制由事务控制层执行，后台通讯调用由产品层执行，事务控制和通讯调用实现了分离解耦，因此在发生通讯缓慢或者异常时，可以降低对本地事务提交或回滚、数据库连接释放的影响，节省了系统资源，从而提高了系统的健壮性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的系统间通讯和事务控制方法的一种流程图；

图2是本申请提供的系统间通讯和事务控制方法的另一种流程图；

图3是本申请提供的系统间通讯和事务控制装置的一种逻辑结构示意图；

图4是本申请提供的系统间通讯和事务控制装置的另一种逻辑结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例公开了一种系统间通讯和事务控制方法，通过服务层接收api调用请求，并响应所述api调用请求，根据业务逻辑组合调用事务控制层和产品层，及所述事务控制层根据事务配置声明进行事务控制，完成数据操作，及所述产品层封装后台通讯调用，实现了系统间通讯和事务控制。由于事务控制由事务控制层执行，后台通讯调用由产品层执行，事务控制和通讯调用实现了分离解耦，因此在发生通讯缓慢或者异常时，可以降低对本地事务提交或回滚、数据库连接释放的影响，节省了系统资源，从而提高了系统的健壮性。

接下来对本申请实施例公开的系统间通讯和事务控制方法进行介绍，请参见图1，可以包括：

步骤S11、服务层接收api调用请求，并响应所述api调用请求，根据业务逻辑组合调用事务控制层和产品层。

本实施例中，可以由展现层发起api(Application Programming Interface,应用程序编程接口)调用请求。展现层可以理解为用户交互的界面。

本实施例中，服务层只需关注业务逻辑的完整性，具体地，服务层主要用于封装业务逻辑，向展现层提供完整的服务外观，及组合事务控制层(EM层)和产品层的通讯调用。

需要说明的是，服务层用于向展现层提供完整的服务外观的具体过程可以参见现有技术中服务层向展现层提供完整的服务外观的具体过程，在此不再赘述。

步骤S12、所述事务控制层根据事务配置声明进行事务控制，完成数据操作。

本实施例中，事务控制层用于封装事务的提交和回滚，保证数据的完整性和一致性，不包含后台通讯调用。具体地，所述事务控制层在所述服务层根据业务逻辑组合调用事务控制层和产品层之后，根据事务配置声明进行事务控制，完成数据操作。

本实施例中，完成数据操作可以理解为完成数据的持久化操作。

步骤S13、所述产品层封装后台通讯调用。

在本申请中，通过服务层接收api调用请求，并响应所述api调用请求，根据业务逻辑组合调用事务控制层和产品层，及所述事务控制层根据事务配置声明进行事务控制，完成数据操作，及所述产品层封装后台通讯调用，实现了系统间通讯和事务控制。由于事务控制由事务控制层执行，后台通讯调用由产品层执行，事务控制和通讯调用实现了分离解耦，因此在发生通讯缓慢或者异常时，可以降低对本地事务提交或回滚、数据库连接释放的影响，节省了系统资源，从而提高了系统的健壮性。

在本申请的另一个实施例中，提供了另外一种系统间通讯和事务控制方法，请参见图2，可以包括：

步骤S21、服务层接收api调用请求，并响应所述api调用请求，根据业务逻辑组合调用事务控制层和产品层。

步骤S22、所述事务控制层根据事务配置声明进行事务控制，完成数据操作。

步骤S23、所述产品层封装后台通讯调用。

步骤S21-S23的详细过程与前述实施例中的步骤S11-S13的详细过程相同，步骤S21-S23的详细过程可以参见前述实施例中步骤S11-S13的详细过程，在此不再赘述。

步骤S24、若所述事务控制层根据事务配置声明进行事务控制出现异常或所述产品层封装后台通讯调用出现异常，则根据交易场景具体问题判断是否需要回滚已经提交的事务。

若需要回滚已经提交的事务，则执行步骤S25，若不需要回滚已经提交的事务，可以结束流程。

需要说明的是，根据交易场景具体问题判定是否需要回滚已经提交的事务可以由系统自动判断，也可以由程序员人工判断，然后将判断结果导入系统，系统根据判断结果执行后续操作。

步骤S25、回滚已经提交的事务。

在本实施例中，现举例对步骤S24-S25进行说明，例如，假设通讯前有A、B、C三次数据库操作，通讯后有D、E两次数据库操作。通讯前的A、B、C在一个事务中，通讯后的D、E在另一个事务中。当产品层出现异常，或者DE出现异常时，是否需要手工回退ABC已经提交的事务，需要根据交易场景具体问题进行判断，如：

情况一：调用后台失败或DE事务失败，均需要回滚ABC；

情况二：只有调用后台失败时，才回滚ABC。DE失败时不需要回滚ABC事务(如写日志失败不能回滚限额等)。

在本申请的另一个实施例中，对前述实施例中的事务配置声明进行介绍，具体如下：

所述事务配置声明可以包括：

事务控制配置文件，所述事务控制配置文件用于对事务控制进行声明；

所述事务控制配置文件的生成过程，可以包括：

在事务控制实现类上进行事务加壳配置，得到所述事务控制配置文件。

需要说明的是，事务控制配置文件配置好之后，Spring的AOP机制会为targetbean生成一个新的bean，所有的接口都被代理调用，同时会被增加事务控制。

本实施例中，事务控制配置文件的格式可以为：

本实施例中，所述事务控制配置文件的事务声明方式可以参见《BOCNET服务层开发规范》的第2.3.4事务声明规范章节。

EM层的beanId如同其他bean一样，可以注入给服务层使用。

Bean的定义规范可以参考《BOCNET服务层开发规范》的2.3.2bean定义规范章节。

需要说明的是，事务控制配置文件的位置应与java接口的命名空间保持一致。如，以对私为例，java接口定义在：com.bocnet.em.psn.XXXEManager；

事务控制实现类定义在：com.bocnet.em.psn.impl.XXXEManagerImpl；

则事务控制配置文件定义在：

/bocnet-service-personal/src/main/resources/com/bocnet/em/psn/config/em_psn_${xxx}.xml。

事务控制配置文件的命名规范可以遵循如下格式：em_条线_功能.xml。其中，条线是和开发组织结构相关的概念，银行产品按照业务领域分为很多开发条线。如：个人对私业务，对公业务，海外业务等等。

本实施例中，所述事务控制配置文件可以包括多个条线总配置文件；

各个所述条线总配置文件包括多个条线子配置文件，各个所述条线总配置文件各自对应一个条线，且各个所述条线总配置文件各自对应的条线各不相同。

可以理解的是，各个所述条线总配置文件各自对应一个条线，且各个所述条线总配置文件各自对应的条线各不相同，可以方便管理和加载。

具体地，在每个条线的条线总配置文件中，可以使用import方式加载条线子配置文件。

本实施例中，事务控制配置文件的示例代码可以参见如下代码，具体为：

在本申请的另一个实施例中，对事务控制实现类进行介绍，具体如下：

所述事务控制实现类包括的各个事务控制接口类各自对应一类实体领域的操作管理集合，所述操作管理集合不包括无关操作；

所述事务控制实现类在新增事务控制接口类时，若需要新增的事务控制接口类存在于所述事务控制实现类的已有事务控制接口类中，则将需要新增的事务控制接口类声明在所述事务控制实现类的已有事务控制接口类中；

若所述事务控制实现类的已有事务控制接口类中不包括所述需要新增的事务控制接口类，则在所述事务控制实现类中新增所述需要新增的事务控制接口类；

所述事务控制实现类中的各个事务控制接口类各自对应一个实体领域，且所述事务控制实现类中的各个事务控制接口类各自对应的实体领域各不相同；

所述事务控制实现类中的各个事务控制接口类中定义的接口用于保证事务的完整性和一致性；

所述事务控制实现类中不包括事务嵌套的操作定义。

需要说明的是，所述事务控制实现类中的各个事务控制接口类中定义的接口用于保证事务的完整性和一致性，可以避免将事务操作扩大化或者缩小化。

本实施例中，事务控制实现类的代码可以参见如下示例代码，具体可以为：

package com.bocnet.em.common；

import java.math.BigDecimal；

import java.util.HashMap；

import java.util.Map；

下面对本申请实施例提供的系统间通讯和事务控制装置进行描述，下文描述的系统间通讯和事务控制装置与上文描述的系统间通讯和事务控制方法可相互对应参照。

请参见图3，其示出了本申请提供的系统间通讯和事务控制装置的逻辑结构示意图，系统间通讯和事务控制装置包括：服务层模块11、事务控制模块12和产品层模块13。

服务层模块11，用于接收api调用请求，并响应所述api调用请求，根据业务逻辑组合调用事务控制层和产品层；

事务控制层模块12，用于根据事务配置声明进行事务控制，完成数据操作；

产品层模块13，用于封装后台通讯调用。

本实施例中，上述系统间通讯和事务控制装置还可以包括：判断模块14，如图4所示。

判断模块14，用于若所述事务控制层根据事务配置声明进行事务控制出现异常或所述产品层封装后台通讯调用出现异常，则根据交易场景具体问题判断是否需要回滚已经提交的事务，若需要回滚已经提交的事务，则回滚已经提交的事务。

本实施例中，上述事务配置声明可以包括：事务控制配置文件，所述事务控制配置文件用于对事务控制进行声明。

相对应的，上述系统间通讯和事务控制装置还可以包括：事务控制配置文件生成模块，用于在事务控制实现类上进行事务加壳配置，得到所述事务控制配置文件。

本实施例中，对上述事务控制实现类进行介绍，具体如下：

所述事务控制实现类包括的各个事务控制接口类各自对应一类实体领域的操作管理集合，所述操作管理集合不包括无关操作；

所述事务控制实现类在新增事务控制接口类时，若需要新增的事务控制接口类存在于所述事务控制实现类的已有事务控制接口类中，则将需要新增的事务控制接口类声明在所述事务控制实现类的已有事务控制接口类中；

若所述事务控制实现类的已有事务控制接口类中不包括所述需要新增的事务控制接口类，则在所述事务控制实现类中新增所述需要新增的事务控制接口类；

所述事务控制实现类中的各个事务控制接口类各自对应一个实体领域，且所述事务控制实现类中的各个事务控制接口类各自对应的实体领域各不相同；

所述事务控制实现类中的各个事务控制接口类中定义的接口用于保证事务的完整性和一致性；

所述事务控制实现类中不包括事务嵌套的操作定义。

本实施例中，所述事务控制配置文件可以包括多个条线总配置文件；

各个所述条线总配置文件包括多个条线子配置文件，各个所述条线总配置文件各自对应一个条线，且各个所述条线总配置文件各自对应的条线各不相同。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

以上对本申请所提供的一种系统间通讯和事务控制方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种系统间通讯和事务控制方法，其特征在于，包括：

服务层接收api调用请求，并响应所述api调用请求，根据业务逻辑组合调用事务控制层和产品层；

所述事务控制层根据事务配置声明进行事务控制，完成数据操作；

所述产品层封装后台通讯调用。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述事务控制层根据事务配置声明进行事务控制出现异常或所述产品层封装后台通讯调用出现异常，则根据交易场景具体问题判断是否需要回滚已经提交的事务；

若需要回滚已经提交的事务，则回滚已经提交的事务。

3.根据权利要求2所述的方法，其特征在于，所述事务配置声明包括：

事务控制配置文件，所述事务控制配置文件用于对事务控制进行声明；

所述事务控制配置文件的生成过程，包括：

在事务控制实现类上进行事务加壳配置，得到所述事务控制配置文件。

4.根据权利要求3所述的方法，其特征在于，所述事务控制实现类包括的各个事务控制接口类各自对应一类实体领域的操作管理集合，所述操作管理集合不包括无关操作；

所述事务控制实现类在新增事务控制接口类时，若需要新增的事务控制接口类存在于所述事务控制实现类的已有事务控制接口类中，则将需要新增的事务控制接口类声明在所述事务控制实现类的已有事务控制接口类中；

若所述事务控制实现类的已有事务控制接口类中不包括所述需要新增的事务控制接口类，则在所述事务控制实现类中新增所述需要新增的事务控制接口类；

所述事务控制实现类中的各个事务控制接口类各自对应一个实体领域，且所述事务控制实现类中的各个事务控制接口类各自对应的实体领域各不相同；

所述事务控制实现类中的各个事务控制接口类中定义的接口用于保证事务的完整性和一致性；

所述事务控制实现类中不包括事务嵌套的操作定义。

5.根据权利要求3所述的方法，其特征在于，所述事务控制配置文件包括多个条线总配置文件；

各个所述条线总配置文件包括多个条线子配置文件，各个所述条线总配置文件各自对应一个条线，且各个所述条线总配置文件各自对应的条线各不相同。

6.一种系统间通讯和事务控制装置，其特征在于，包括：

服务层模块，用于接收api调用请求，并响应所述api调用请求，根据业务逻辑组合调用事务控制层和产品层；

事务控制层模块，用于根据事务配置声明进行事务控制，完成数据操作；

产品层模块，用于封装后台通讯调用。

7.根据权利要求6所述的装置，其特征在于，还包括：

判断模块，用于若所述事务控制层根据事务配置声明进行事务控制出现异常或所述产品层封装后台通讯调用出现异常，则根据交易场景具体问题判断是否需要回滚已经提交的事务，若需要回滚已经提交的事务，则回滚已经提交的事务。

8.根据权利要求7所述的装置，其特征在于，所述事务配置声明包括：

事务控制配置文件，所述事务控制配置文件用于对事务控制进行声明；

所述装置还包括：事务控制配置文件生成模块，用于在事务控制实现类上进行事务加壳配置，得到所述事务控制配置文件。

9.根据权利要求8所述的装置，其特征在于，所述事务控制实现类包括的各个事务控制接口类各自对应一类实体领域的操作管理集合，所述操作管理集合不包括无关操作；

所述事务控制实现类在新增事务控制接口类时，若需要新增的事务控制接口类存在于所述事务控制实现类的已有事务控制接口类中，则将需要新增的事务控制接口类声明在所述事务控制实现类的已有事务控制接口类中；

若所述事务控制实现类的已有事务控制接口类中不包括所述需要新增的事务控制接口类，则在所述事务控制实现类中新增所述需要新增的事务控制接口类；

所述事务控制实现类中的各个事务控制接口类各自对应一个实体领域，且所述事务控制实现类中的各个事务控制接口类各自对应的实体领域各不相同；

所述事务控制实现类中的各个事务控制接口类中定义的接口用于保证事务的完整性和一致性；

所述事务控制实现类中不包括事务嵌套的操作定义。

10.根据权利要求8所述的装置，其特征在于，所述事务控制配置文件包括多个条线总配置文件；

各个所述条线总配置文件包括多个条线子配置文件，各个所述条线总配置文件各自对应一个条线，且各个所述条线总配置文件各自对应的条线各不相同。