[发明专利]一种基于MQ异步收发的银行交易高速低连接数实现方法

说明书

本发明公开了一种基于MQ异步收发的银行交易高速低连接数实现方法。该方法应用在交易请求方、消息中间件和数据提供方组成的交易系统中。交易请求方将请求数据从该系统发出，等待数据提供方处理后返回应答；数据提供方接收交易请求处理完成后返回应答数据，消息中间件为通信数据中转站，由消息中间件负责连接两端系统，实现数据交互。本发明能够实现在银行交易系统间实现交易的高速、异步、低连接消耗处理。解决业务系统、消息中间件在分布式架构下的同步等待及高连接消耗问题。

技术领域

本发明涉及数据处理技术领域，具体涉及一种基于MQ异步收发的银行交易高速低连接数实现方法。

背景技术

随着金融业务的快速发展，银行内部业务系统的数量越来越庞大，加之分布式架构技术的应用在银行业逐步推进，使得传统的由一个业务系统少量服务器负责的业务被拆分成为多个业务子系统，通过低配置的应用服务器来承载相应的业务，在系统拆分及系统分布式架构化的情况下，对消息中间件带来了极大的跳转，需要满足交易数据传递的同时，还需要保障自身的稳定定性，尽可能低的负载来完成相应的数据传输。针对业务系统侧，则需要满足业务在执行过程中尽可能的高效处理，异步化低阻塞。因此，需要在业务系统内部处理逻辑上解耦业务处理及消息通信，实现业务处理异步高速，消息通信低连接、低消耗、异步无等待。

通过全新的应用架构和IT架构可实现银行业务系统交易的高吞吐、系统的高性能、高稳定性。因此，在业务系统间调用过程中存在的两大关键路径：系统内部同步等待、消息中间件高负载同步应答上进行攻坚，通过技术实现应用系统只需要少量连接即可实现与消息中间件的大流量交互；业务系统内部通过技术实现解耦业务处理需要阻塞等待后端应答等问题。

然而，在实际过程中，业务系统与消息中间件之间的调用存在系统连接数高，消息中间件整体连接数过高导致消息中间件需要消耗大量的系统性能用于管理连接，而实际业务系统与消息中间件之间的连接99％以上的时间均处于空闲及等待应答数据状态。而业务系统降低连接数，则又会导致无法满足业务系统交易处理并发量需求导致大量交易阻塞问题。

发明内容

本发明的目的是针对现有技术存在的不足，提供一种基于MQ异步收发的银行交易高速低连接数实现方法。

为实现上述目的，本发明提供了一种基于MQ异步收发的银行交易高速低连接数实现方法，应用在交易请求方、消息中间件和数据提供方组成的交易系统中，所述交易请求方包括多个第一业务处理线程池、第一请求数据缓存区、第一应答数据缓存区、请求数据发送线程池和应答数据接收线程池，所述数据提供方包括请求数据接收线程池、第二请求数据缓存区、第二业务处理线程池、第二应答数据缓存区和应答数据发送线程池；

该方法包括：

所述第一业务处理线程池生成请求数据，并在完成自身请求前的业务处理逻辑后将所述请求数据放入第一请求数据缓存区中，在数据放入后结束该流程，所述请求数据赋值有请求唯一ID；所述请求数据发送线程池基于线程与连接绑定机制实时读取第一请求数据缓存区中待发送的请求数据，并在读取后生成并设置所读取请求数据的消息唯一标识msgId，且根据数据发送目标队列将请求数据及其msgId发送至中间连接件的消息队列中，数据发送完成后结束该流程；

所述请求数据接收线程池基于线程与连接绑定机制实时读取消息中间件内的请求数据及其msgId，并将读取的请求数据及其msgId放入第二请求数据缓存区中，在数据放入后结束该流程；所述第二业务处理线程池从第二请求数据缓存区中读取待处理的请求数据及其msgId，并在完成业务处理后回填请求唯一ID和msgId，以形成对消息级和业务级进行应答匹配的应答数据，并将应答数据放入第二应答数据缓存区，然后结束该流程；所述应答数据发送线程池实时读取第二应答数据缓存区中的应答数据，并根据报文应答发送规则将所述应答数据发送到消息中间件的消息队列中，数据发送完成后结束该流程；