CN112667685B - 一种流水号配置方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供了一种流水号配置方法、装置、设备及存储介质，涉及微服务技术领域，达到在基于微服务架构构建的多系统体系下，对该多系统体系生成的每个订单安全、高效地提供流水号的目的。所述方法包括：从流水号子系统中获取流水号数据，并将所述流水号数据存储在微服务子系统本地；其中，所述流水号子系统与所述微服务子系统分别是微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号；在发生交易记录时，从所述微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；生成所述目标流水号与所述应用实例的对应关系。

Description

一种流水号配置方法、装置、设备及存储介质

技术领域

本申请涉及微服务技术领域，特别是涉及一种流水号配置方法、装置、设备及存储介质。

背景技术

微服务是一种新兴的软件架构，该架构的设计目标是为了肢解应用程序的业务，使应用程序中的每个服务能够独立运行。微服务设计原则：1、各司其职。2、服务高可用和可扩展性。

微服务通过将大型的单个应用程序和服务拆分为多个微服务，单个微服务只负责应用程序的特定功能的方式，使得应用程序的工作策略更为简单，扩展微服务的数量就能够实现应用程序的复杂功能，满足服务等级协议，不用修改应用程序整体的应用程序堆栈，更加方便快捷。

在多系统交互的复杂体系中，体系内部各系统间调用频繁，同时与众多外部系统对接，并且任何系统调用都涉及到流水号生成和使用，存在一个常见的矛盾：一方面流水号作为保证系统调用和业务处理可追溯的技术手段，体系必须保证流水号唯一性，另一方面系统调用作为高频需求，流水号生成性能直接影响系统处理能力。特别是，在微服务架构下，由于应用被拆分成多个独立微服务功能，各个微服务独立运行，不同微服务间形成更多更复杂的交互，进而造成上述问题体现的更加突出。

发明内容

本申请实施例提供一种流水号配置方法、装置、设备及存储介质，达到在基于微服务架构构建的多系统体系下，对该多系统体系生成的每个订单安全、高效地提供流水号的目的。

本申请实施例第一方面提供一种流水号配置方法，应用于微服务子系统，所述方法包括：

从流水号子系统中获取流水号数据，并将所述流水号数据存储在微服务子系统本地；其中，所述流水号子系统与所述微服务子系统分别是微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号；

在生成交易记录时，从所述微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；

生成所述目标流水号与所述应用实例的对应关系。

可选地，所述方法还包括：

启动所述应用实例，以使所述应用实例在生成交易记录时，将与其具有对应关系的目标流水号与所述交易记录绑定。

可选地，所述目标流水号有多个；在启动所述应用实例之后，所述方法还包括：

将与其具有对应关系的目标流水号发送给所述应用实例，以使所述应用实例在生成单笔交易记录时，从所述目标流水号中调用任一流水号，并将该任一流水号与该单笔交易记录绑定。

可选地，从流水号子系统中获取流水号数据，包括：

从目标流水实例中调用所述流水号数据；其中，所述目标流水实例为所述流水号子系统启动的多个流水实例中的任一；所述流水号数据是所述流水实例根据连续的多个流水号生成的；所述连续的多个流水号是所述流水实例根据其节点号生成的。

本申请实施例第二方面提供一种流水号配置方法，应用于流水实例；所述流水实例位于流水号子系统中，所述流水号子系统是微服务架构下独立的微服务应用；所述方法包括：

生成流水号数据，并将所述流水号数据存储在流水实例本地；

在接收到微服务子系统的流水号调用请求时，将所述流水实例本地存储的所述流水号数据发送给所述微服务子系统，以使所述微服务子系统在启动应用实例时，从微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；其中，所述微服务子系统是所述微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号。

可选地，所述方法还包括：

响应所述流水号子系统的启动指令，自动获取节点号；

生成流水号数据，并将所述流水号数据存储在流水实例本地，包括：

按照流水号格式和所述节点号，生成连续的多个流水号；其中，所述流水号格式是所述流水号子系统预先配置的；

针对所述连续的多个流水号，生成所述流水号数据。

可选地，在所述流水号格式被修改后，所述方法还包括：

依据修改后的流水号格式，生成新的流水号；

根据新的流水号，对所述流水号数据进行刷新。

本申请实施例第三方面提供一种流水号配置方法，应用于微服务架构，所述微服务架构包括微服务子系统和流水子系统，所述流水子系统包括至少一个流水实例；所述方法包括：

所述流水实例生成流水号数据，并将所述流水号数据存储在流水实例本地；

所述流水实例在接收到微服务子系统的流水号调用请求时，将所述流水实例本地存储的所述流水号数据返回给所述微服务子系统；

所述微服务子系统接收所述流水号数据，并将所述流水号数据存储在微服务子系统本地；

所述微服务子系统在生成交易记录时，从所述微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；

所述微服务子系统生成所述目标流水号与所述应用实例的对应关系；

所述微服务子系统启动所述应用实例，以使所述应用实例在生成交易记录时，将与其具有对应关系的目标流水号与所述交易记录绑定。

本申请实施例第四方面提供一种流水号配置装置，所述装置应用于微服务子系统中，所述装置包括：

获取模块，用于从流水号子系统中获取流水号数据，并将所述流水号数据存储在微服务子系统本地；其中，所述流水号子系统与所述微服务子系统分别是微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号；

第一调用模块，用于在生成交易记录时，从所述微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；

第一生成模块，用于生成所述目标流水号与所述应用实例的对应关系。

可选地，所述装置还包括：

启动模块，用于启动所述应用实例，以使所述应用实例在生成交易记录时，将与其具有对应关系的目标流水号与所述交易记录绑定。

可选地，所述装置还包括：

发送模块，用于将与其具有对应关系的目标流水号发送给所述应用实例，以使所述应用实例在生成单笔交易记录时，从所述目标流水号中调用任一流水号，并将该任一流水号与该单笔交易记录绑定。

可选地，所述获取模块包括：

调用子模块，用于从目标流水实例中调用所述流水号数据；其中，所述目标流水实例为所述流水号子系统启动的多个流水实例中的任一；所述流水号数据是所述流水实例根据连续的多个流水号生成的；所述连续的多个流水号是所述流水实例根据其节点号生成的。

本申请实施例第五方面提供一种流水号配置装置，应用于流水实例；所述流水实例位于流水号子系统中，所述流水号子系统是微服务架构下独立的微服务应用；所述装置包括：

所述装置包括：

第二生成模块，用于生成流水号数据，并将所述流水号数据存储在流水实例本地；

接收模块，用于在接收到微服务子系统的流水号调用请求时，将所述流水实例本地存储的所述流水号数据发送给所述微服务子系统，以使所述微服务子系统在启动应用实例时，从微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；其中，是微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号。

可选地，所述装置还包括：

响应模块，用于响应所述流水号子系统的启动指令，自动获取节点号；

所述第二生成模块包括：

第一生成子模块，用于按照流水号格式和所述节点号，生成连续的多个流水号；其中，所述流水号格式是所述流水号子系统预先配置的；

第二生成子模块，用于针对所述连续的多个流水号，生成所述流水号数据。

可选地，所述装置还包括：

第三生成模块，用于依据修改后的流水号格式，生成新的流水号；

刷新模块，用于根据新的流水号，对所述流水号数据进行刷新。

本申请实施例第三方面提供一种可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现如本申请第一方面所述的方法中的步骤。

本申请实施例第四方面提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现本申请第一方面所述的方法的步骤。

本申请实施例在微服务架构中设置支持集群部署的流水号子系统，流水号子系统启动多个流水实例，多个流水实例同时生成流水号；同时，在水流号子系统启动流水实例时，流水实例自动获取节点号，以节点号区分不同流水实例生成的流水号，每个流水实例基于不同的节点号生成流水号，保证了多个流水实例同时大量生成的流水号中不存在重复的流水号，进而保证了微服务子系统从流水实例调用的流水号的唯一性。

本申请实施例设置的微服务子系统支持集群部署，将其从流水实例获取的流水号数据缓存在本地，进一步在需要调用核心系统进行交易处理时，启动多个应用实例，应用实例生成交易记录，在应用实例生成交易记录的同时，微服务子系统调用其本地存储的流水号数据中的目标流水号数据至应用实例，应用实例再从目标流水号数据中调用流水号，将调用的流水号与交易记录绑定，使微服务子系统在启动应用实例前不再需要为应用实例配置编号，进而使应用实例的启动不再受配置编号的约束，可以快速启动。应用实例启动后，即使瞬间大量生成业务订单时，也可以从应用实例本地存储的目标流水号数据中直接获取流水号，不再需要等待生成流水号，达到快速处理业务订单的目的。同时，流水实例本地存储的流水号数据也是流水实例根据流水实例节点号预先生成的，流水号互不相同；由此可见，本申请实施例通过流水实例、微服务子系统和应用实例对流水号数据的三级缓存的方式，在微服务架构内部实现对流水号的内存管理，以对流水号进行内存管理的方式完成流水号与业务订单的配置，达到在基于微服务架构构建的多系统体系下，对该多系统体系生成的每个订单安全、高效地提供流水号的目的。

附图说明

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

图1是本申请一种示例中微服务架构的结构示意图；

图2是本申请一实施例中流水号配置方法的步骤流程图；

图3是本申请实施例中流水号子系统的结构示意图；

图4是本申请一种示例所示的微服务架构中微服务子系统与流水号子系统的连接示意图；

图5是本申请另一实施例中流水号配置方法的步骤流程图；

图6是本申请再一实施例中流水号配置方法的步骤流程图；

图7是本申请实施例提出的流水号配置装置的功能模块示意图；

图8是本申请另一实施例提出的流水号配置装置的功能模块示意图；

图9是本申请再一实施例提出的流水号配置装置的功能模块示意图。

具体实施方式

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

微服务架构(Micro Service Architecture)是近年来软件体系架构领域出现的一个新名词，它通过将功能分解到多个独立的服务，实现对解决方案或复杂系统的解耦，其根本理念是将大型、复杂且历时长久的应用在架构上设计为内聚的多个小服务，这些小服务能够随着时间的流逝而演化。

在基于微服务架构构建的多系统体系中，多系统体系是指以集群方式部署了多个服务器，每个服务器或每个服务器子系统复杂不同的功能，体系内部各系统间存在频繁调用，同时，每个系统也会与众多外部系统进行业务对接，无论是内部各系统间的调用，还是内部系统与外部系统的业务对接，产生的业务订单都需要唯一的流水号对其进行标记。流水号作为追溯系统调用和处理业务的凭证，必须保证不同业务订单的流水号是不同的。

以某银行的应用程序为例，该应用程序为基于微服务架构构建的金融IT体系，该金融IT体系内部包括多个独立的系统：保险系统、基金系统、股票系统、存款系统、付款系统等，每个系统负责不同的业务，不同的系统在同一时间会分别产生业务订单。同时，上述金融IT体系还会与某地方的纳税体系进行业务对接，具体可以是付款系统与纳税体系产生业务订单，那么付款系统可能在同一时间产生多个不同的订单。而上述每个业务订单都需要唯一的流水号与其绑定。

在单个服务器运行应用程序的技术下，一般采用在业务订单生成时，服务器针对生成的业务订单，在本地生成流水号的方式，得到业务订单对应的唯一流水号。生成流水号后，服务器还会对业务订单对应的流水号进行持久化处理，并在系统重启后，自动读取持久化信息到内存中，以避免下一次生成的流水号与历史流水号重复。但上述生成流水号的方法只适用于单个服务器运行应用程序的情况，在多系统体系下，多个系统分别由不同的服务器支持运行，若每个服务器仍旧针对生成的业务订单，在其本地生成流水号，会导致流水号重复的后果，难以保证多系统体系下流水号的唯一性。

为解决上述问题，相关技术在流水号组成规则的序号中，抽取一位到两位作为服务器编号，区分不同服务器产生的流水号。每个服务器生成的流水号中都具有该服务器的编号，以区分不同服务器产生的流水号。但上述生成流水号的方法只适用一般的多系统体系，即在部署该多系统体系时，已经确定了负责某特定功能一个或多个服务器，在应用程序实际运行中，运行某特定功能的服务器是不变的。而在基于微服务架构构建的多系统体系中，可以根据实际业务请求的数量，调整运行某特定服务的服务器。在执行某个业务之前，接收到业务请求后，基于微服务架构构建的多系统体系会针对实际的业务需求，实例化一个或多个服务器，以实例化的服务器执行相关业务，那么最终执行相关业务的服务器的数量可能成百上千，而流水号组成规则的序号中，仅抽取一位到两位作为服务器编号是远远不够的，并且由于最终执行相关业务的服务器在业务请求发生后才能确定，为服务器配置编号的操作必须在业务请求发生后进行，严重占用服务器处理业务的计算资源，造成服务器完成业务订单的时间过长的严重后果。

实例化服务器可以指系统运行插件，启动相关服务器。

继续以某银行的应用程序为例，在双十一活动中，该金融IT体系付款系统瞬时接收到成千上万的付款业务请求，为了及时处理这些付款业务，付款系统实例化了成百上千的服务器，为了产生唯一的流水号，为实例化的服务器配置编号，每个服务器在产生订单时，基于其配置的编号生成流水号。由此可见，配置编号会严重占用服务器处理业务订单的时间和计算资源，并不可取。

为了解决如何在基于微服务架构构建的多系统体系下，对该多系统体系生成的每个业务订单快速、高效地提供流水号的问题，本申请实施例提出了一种流水号配置方法，在基于微服务架构构建的多系统体系下部署流水号子系统，通过流水号子系统集中生成流水号，微服务子系统启动应用实例时，直接调用流水号子系统生成的流水号，将流水号生成与启动应用实例的关系解耦，使应用实例的启动不受流水号生成的约束，为应用实例实现快速启动提供基础。

图1是本申请一种示例中微服务架构的结构示意图。本申请实施例提出的流水号配置方法应用于微服务架构。参考图1，该微服务架构下部署了流水号子系统、至少一个微服务子系统以及数据库。与微服务子系统相同，流水号子系统也提供集群部署能力，流水号子系统生成流水号的效率能够与微服务架构处理业务的能力保持一致，保证系统高可用性。微服务子系统是微服务架构下处理业务的应用系统。数据库位于持久化层，用于对流水号进行持久化处理。

在本申请的一种示例中，使用本申请实施例提出的微服务架构提供某银行的应用程序的运行，那么微服务子系统包括：负责处理保险业务、基金业务、股票业务、存款业务或付款业务的子系统。在本申请的一种示例中，微服务架构包括微服务子系统A和微服务子系统B，微服务子系统A负责处理存款业务，微服务子系统B负责处理付款业务。

微服务子系统能够根据业务请求的实际需求，启动相应的应用实例。应用实例可以是微服务架构下的运行的服务器，微服务子系统中配置有相关组件，微服务子系统A在接收到业务请求时，运行该相关组件，启动服务器，得到应用实例A、应用实例B；微服务子系统A在接收到业务请求时，运行该相关组件，启动服务器，得到应用实例C和应用实例D。

流水实例也是微服务架构下运行的服务器。流水号子系统中同样配置有相关组件，在需要生成流水号时，根据流水号的需求，运行该相关组件，启动服务器，得到流水实例A、流水实例B和流水实例C。

图2是本申请一实施例中流水号配置方法的步骤流程图，参考图2，流水号配置的步骤如下：

步骤S21：所述流水实例生成流水号数据，并将所述流水号数据存储在流水实例本地；

步骤S22：所述流水实例在接收到微服务子系统的流水号调用请求时，将所述流水实例本地存储的所述流水号数据返回给所述微服务子系统；

流水号数据包括互不相同的多个流水号。流水实例是流水号子系统启动的多个流水实例中的任意流水实例。

流水号子系统启动的多个流水实例可以持续地生成不同流水号，将生成的流水号存储在流水实例本地。以在接收到微服务子系统的流水号调用请求时，将所述流水实例本地存储的所述流水号数据发送给所述微服务子系统，以使所述微服务子系统在启动应用实例时，从微服务子系统本地存储的所述流水号数据中调用流水号，不再需要微服务子系统在接收到业务请求后，为应用实例配置编号，并根据编号生成流水号，才能处理业务订单。而是，直接调用从流水号子系统获取的流水号，对达到快速为业务订单配置流水号的目的。本申请通过流水实例生成流水号缓存在本地，微服务子系统从流水实例获取流水号缓存在本地的方式，实现了对流水号的两级缓存，通过上述两级缓存模式，提高了流水号的配置效率。

流水实例在将流水号数据返回给微服务子系统后，会将返回给微服务子系统的那部分流水号数据存储至数据库，并且会在流水实例本地缓存的流水号中删除返回给微服务子系统的那部分流水号数据，避免微服务子系统重复从流水实例获取相同的流水号数据，以保证微服务子系统使用的流水号的唯一性。

继续参考图1，在本申请的一种示例中，流水实例A、流水实例B和流水实例C在将流水号数据返回给微服务子系统A或微服务子系统B后，分别将各自返回的流水号数据存储到数据库。

在流水实例宕机重新启动，或流水号子系统启动新的流水实例，重新启动的流水实例会从数据库中获取已使用的最大流水号，避免重复生成流水号。

继续参考图1，在本申请的一种示例中，流水实例C发生宕机事故，流水号子系统重新启动了流水实例C’，流水实例C’从数据库中获取流水实例C存储的最大流水号11101，在最大流水号后以11102为起点，继续生成流水号。

本申请另一种实施例提出了流水实例生成流水号的具体方法，流水实例通过自动获取节点号，保证了其生成的流水号的唯一性。

流水实例响应所述流水号子系统的启动指令，自动获取节点号；按照流水号格式和所述节点号，生成连续的多个流水号；其中，所述流水号格式是所述流水号子系统预先配置的；针对所述连续的多个流水号，生成所述流水号数据。

图3是本申请实施例中流水号子系统的结构示意图，参考图3，流水号子系统包括流水号生成器参数维护、生成流水服务以及清理无用节点号。

流水号生成器参数维护用于执行上述生成流水号的具体步骤，配置流水生成标志号的流水生成规则，得到流水号格式，并且在修改流水号格式后，实时刷新缓存中的流水号数据。

实时刷新缓存中的流水号数据具体可以是：依据修改后的流水号格式，生成新的流水号；根据新的流水号，对所述流水号数据进行刷新。流水实例根据流水号生成器参数维护修改后的流水号格式，生成多个新的流水号，用新的流水号替换流水实例本地存储的流水号数据，以更新按照旧的流水号格式生成的流水号数据，保证了微服务子系统调用的流水号满足最新流水号格式。

生成流水服务用于启动流水实例，以使流水实例根据流水号生成器配置的流水号格式，生成流水号，从而完成获得流水号数据的任务。生成流水服务连接微服务子系统，以使微服务子系统从生成流水服务启动的流水实例中获取流水号。

清理无用节点号用于在流水实例发生宕机事故后，并且该发生宕机事故的流水实例无法重启的情况下，将该发生宕机事故的流水实例的节点号重新分配给其他流水实例，避免节点号的浪费。

流水号子系统启动流水实例，流水实例在被启动时，通过负载均衡自动获取节点号。流水号格式是流水号子系统配置的流水号生成规则，本申请的流水号格式支持流水号长度配置、拼接日期、时间等。

以图1所示微服务架构进行说明，流水号子系统可以配置流水号格式具体为：流水号由八位数字组成，第一位、第二位为生成流水号的日期，第三位为节点号，第四位至第八位为流水序号。流水实例A、流水实例B和流水实例C分别获取节点号为1、2、3。当前日期为25日。那么流水实例A生成的流水号数据可以数字2510001、2510002至2510010组成的10个连续的流水号，流水实例B生成的流水号数据可以是数字2520001、2520002至2520010组成的10个连续的流水号；流水实例C生成的流水号数据可以是数字2530001、2530002至2530010组成的10个连续的流水号。显然地，流水实例A生成的流水号数据还可以是数字2510011、2510002至2510020组成的10个连续的流水号。

本申请实施例在微服务架构中设置支持集群部署的流水号子系统，流水号子系统启动多个流水实例，多个流水实例同时生成流水号；同时，在水流号子系统启动流水实例时，流水实例自动获取节点号，以节点号区分不同流水实例生成的流水号，每个流水实例基于不同的节点号生成流水号，保证了多个流水实例同时大量生成的流水号中不存在重复的流水号，进而保证了微服务子系统从流水实例调用的流水号的唯一性。

步骤S23：所述微服务子系统接收所述流水号数据，并将所述流水号数据存储在微服务子系统本地；

步骤S24：所述微服务子系统在生成交易记录时，从所述微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；

在本申请一种示例中，微服务子系统启动应用实例不再需要配置应用实例的编号，而是直接启动应用实例，在应用实例生成交易记录时，从微服务子系统本地存储的流水号数据调用部分流水号数据，同时应用实例从调用的部分流水号数据中调用单个流水号，应用实例并将调用的单个流水号与交易记录绑定。

步骤S25：所述微服务子系统生成所述目标流水号与所述应用实例的对应关系；

目标流水号是微服务子系统在微服务子系统本地缓存的多个流水号数据中调用的流水号数据。微服务子系统注销目标流水号，使微服务子系统下一次启动应用实例时，不会重复调用相同的流水号数据。

以图1所示微服务架构进行说明，微服务子系统A从流水实例A中获取了流水号数据：2510001至2510010、2510011至2510020，并将2510001至2510010、2510011至2510020都存储在微服务子系统A本地，微服务子系统A启动应用实例A，从其本地缓存的两个流水号数据中调用2510001至2510010，并注销了其本地存储的2510001至2510010；微服务子系统A下一次启动应用实例B，从其本地缓存的流水号数据中调用2510011至2510020，应用实例A和应用实例B获得的流水号数据不同，应用实例A和应用实例B在分别生成不同业务订单时，绑定业务订单的流水号也是唯一的。

由于微服务子系统每一次启动应用实例调用的流水号数据都是不同的，因此在启动应用实例的过程中，生成了目标流水号与应用实例的对应关系。

步骤S26：所述微服务子系统启动所述应用实例，以使所述应用实例在生成交易记录时，将与其具有对应关系的目标流水号与所述交易记录绑定。

应用实例在每生成一笔业务订单时，都可以直接从其本地缓存的目标流水号数据中调取其中一个流水号，避免了生成业务订单的同时还需要生成流水号而带来的计算资源和时间的浪费。同时，不同的应用实例获取的目标流水号不同，那么不同应用实例绑定其业务订单的流水号也不会重复。

以图1所示微服务架构进行说明，在本申请一种示例中，以图1所示微服务架构支持某银行的金融应用程序的运行。在某个瞬时业务需求下，负责付款业务的微服务子系统A启动了应用实例A和应用实例B，同样负责付款业务的微服务子系统B启动了应用实例C和应用实例D，需要应用实例A、应用实例B、应用实例C和应用实例D同时处理该付款业务，才能完成当前大流量的瞬时业务需求。

同时，流水号子系统为了大量生成流水号，启动了流水实例A、流水实例B以及流水实例C。流水实例A生成了流水号数据2510001至2510050、2510051至25100100，并将流水号数据2510001至2510050、2510051至25100100存储在流水实例A本地；流水实例B生成了流水号数据2520001至2520050，并将流水号数据2520001至2520050存储在流水实例B本地；流水实例C生成了流水号数据2530001至2530050，并将流水号数据2530001至2530050存储在流水实例C本地。

微服务子系统A从流水实例A中调用流水号数据2510001至2510050、2510051至25100100，存储在微服务子系统A本地；微服务子系统B从流水实例B中调用流水号数据2520001至2520050，从流水实例C中调用流水号数据2530001至2530050，并将流水号数据2520001至2520050、2530001至2530050存储在微服务子系统B本地。

微服务子系统A启动应用实例A时，从微服务子系统A本地存储的流水号数据中调用2510001至2510050，应用实例A启动后，将2510001至2510050保存在应用实例A本地；微服务子系统A在启动应用实例B时，从微服务子系统A本地存储的流水号数据中调用2510051至25100100，应用实例B启动后，将2510051至25100100存储在应用实例B本地；微服务子系统B启动应用实例C时，从微服务子系统B本地存储的流水号数据中调用2520001至2520050，应用实例C启动后，将2520001至2520050存储在应用实例C本地；微服务子系统B启动应用实例D时，从微服务子系统B本地存储的流水号数据中调用2530001至2530050，应用实例D启动后，将2530001至2530050存储在应用实例D启动。在微服务子系统A和在微服务子系统B完成了应用实例的启动了后，也获得了应用实例与流水号数据的对应关系，例如：应用实例A对应2510001至2510050。

图4是本申请一种示例所示的微服务架构中微服务子系统与流水号子系统的连接示意图。图4和图1所示微服务架构相同。

在瞬时付款业务的需求下，应用实例A、应用实例B、应用实例C和应用实例D同时调用核心系统中处理付款业务的记账接口，分别各自生成付款业务订单。由于应用实例A、应用实例B、应用实例C和应用实例D本地都存储有对应的流水号数据，因此各应用实例应对当前大流量的瞬时业务需求，可以快速生成业务订单，避免了应用实例处理付款业务的效率受流水号生成的约束。

本申请实施例设置的微服务子系统支持集群部署，将其从流水实例获取的流水号数据缓存在本地，进一步在需要启动多个应用实例时，流水号数据直接调用微服务子系统本地存储的流水号数据，使微服务子系统在启动应用实例前不再需要为应用实例配置编号，使应用实例的启动不再受配置编号的约束，可以快速启动。应用实例启动后，将流水号数据存储在本地，在大量生成业务订单时，直接从目标流水号数据中获取流水号，不再需要等待流水号，达到快速处理业务订单的目的。同时，流水实例本地存储的流水号数据也是流水实例根据流水实例节点号预先生成的，流水号互不相同；由此可见，本申请实施例通过流水实例、微服务子系统和应用实例对流水号数据的三级缓存的方式，在微服务架构内部实现对流水号的内存管理，以对流水号进行内存管理的方式完成流水号与业务订单的配置，达到在基于微服务架构构建的多系统体系下，对该多系统体系生成的每个订单安全、高效地提供流水号的目的。

本申请另一种实施例提供了一种流水号配置方法，应用于微服务子系统。参考图5，图5是本申请另一实施例中流水号配置方法的步骤流程图。

步骤S51：从流水号子系统中获取流水号数据，并将所述流水号数据存储在微服务子系统本地；其中，所述流水号子系统与所述微服务子系统分别是微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号；

微服务子系统在调用核心服务，进行业务处理前，会检查微服务子系统本地是否存在缓存的流水号数据，如果不存在则从流水号子系统中获取流水号数据。

步骤S52：在生成交易记录时，从所述微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；

步骤S53：生成所述目标流水号与所述应用实例的对应关系。

可选地，所述方法还包括：

启动所述应用实例，以使所述应用实例在生成交易记录时，将与其具有对应关系的目标流水号与所述交易记录绑定。

可选地，所述目标流水号有多个；在启动所述应用实例之后，所述方法还包括：

将与其具有对应关系的目标流水号发送给所述应用实例，以使所述应用实例在生成单笔交易记录时，从所述目标流水号中调用任一流水号，并将该任一流水号与该单笔交易记录绑定。

可选地，从流水号子系统中获取流水号数据，包括：

从目标流水实例中调用所述流水号数据；其中，所述目标流水实例为所述流水号子系统启动的多个流水实例中的任一；所述流水号数据是所述流水实例根据连续的多个流水号生成的；所述连续的多个流水号是所述流水实例根据其节点号生成的。

上述微服务子系统一侧执行的流水号配置方法，与本申请微服务架构实施例记载的流水号配置方法相同，在此不再详述。

本申请另一种实施例提供了一种流水号配置方法，应用于流水实例。参考图6，图6是本申请再一实施例中流水号配置方法的步骤流程图。

步骤S61：生成流水号数据，并将所述流水号数据存储在流水实例本地；

步骤S62：在接收到微服务子系统的流水号调用请求时，将所述流水实例本地存储的所述流水号数据发送给所述微服务子系统，以使所述微服务子系统在启动应用实例时，从微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；其中，所述微服务子系统是所述微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号。

可选地，所述方法还包括：

响应所述流水号子系统的启动指令，自动获取节点号；

生成流水号数据，并将所述流水号数据存储在流水实例本地，包括：

按照流水号格式和所述节点号，生成连续的多个流水号；其中，所述流水号格式是所述流水号子系统预先配置的；

针对所述连续的多个流水号，生成所述流水号数据。

可选地，在所述流水号格式被修改后，所述方法还包括：

依据修改后的流水号格式，生成新的流水号；

根据新的流水号，对所述流水号数据进行刷新。

上述流水实例一侧执行的流水号配置方法，与本申请微服务架构实施例记载的流水号配置方法相同，在此不再详述。

基于同一发明构思，本申请实施例提供一种流水号配置装置。参考图7，图7是本申请实施例提出的流水号配置装置的功能模块示意图。应用于微服务子系统，包括：

获取模块71，用于从流水号子系统中获取流水号数据，并将所述流水号数据存储在微服务子系统本地；其中，所述流水号子系统与所述微服务子系统分别是微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号；

第一调用模块72，用于在生成交易记录时，从所述微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；

第一生成模块73，用于生成所述目标流水号与所述应用实例的对应关系。

可选地，所述装置还包括：

启动模块，用于启动所述应用实例，以使所述应用实例在生成交易记录时，将与其具有对应关系的目标流水号与所述交易记录绑定。

可选地，所述装置还包括：

发送模块，用于将与其具有对应关系的目标流水号发送给所述应用实例，以使所述应用实例在生成单笔交易记录时，从所述目标流水号中调用任一流水号，并将该任一流水号与该单笔交易记录绑定。

可选地，所述获取模块包括：

调用子模块，用于从目标流水实例中调用所述流水号数据；其中，所述目标流水实例为所述流水号子系统启动的多个流水实例中的任一；所述流水号数据是所述流水实例根据连续的多个流水号生成的；所述连续的多个流水号是所述流水实例根据其节点号生成的。

基于同一发明构思，本申请另一种实施例提供一种流水号配置装置。参考图8，图8是本申请另一实施例提出的流水号配置装置的功能模块示意图，应用于流水实例；所述流水实例位于流水号子系统中，所述流水号子系统是微服务架构下独立的微服务应用；包括：

第二生成模块81，用于生成流水号数据，并将所述流水号数据存储在流水实例本地；

接收模块82，用于在接收到微服务子系统的流水号调用请求时，将所述流水实例本地存储的所述流水号数据发送给所述微服务子系统，以使所述微服务子系统在启动应用实例时，从微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；其中，是微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号。

可选地，所述装置还包括：

响应模块，用于响应所述流水号子系统的启动指令，自动获取节点号；

所述第二生成模块包括：

第一生成子模块，用于按照流水号格式和所述节点号，生成连续的多个流水号；其中，所述流水号格式是所述流水号子系统预先配置的；

第二生成子模块，用于针对所述连续的多个流水号，生成所述流水号数据。

可选地，所述装置还包括：

第三生成模块，用于依据修改后的流水号格式，生成新的流水号；

刷新模块，用于根据新的流水号，对所述流水号数据进行刷新。

基于同一发明构思，本申请另一种实施例提供一种流水号配置装置。参考图9，图9是本申请再一实施例提出的流水号配置装置的功能模块示意图，该应用于微服务架构，所述微服务架构包括微服务子系统和流水子系统，所述流水子系统包括至少一个流水实例，包括：

第四生成模块91，用于使所述流水实例生成流水号数据，并将所述流水号数据存储在流水实例本地；

返回模块92，用于使所述流水实例在接收到微服务子系统的流水号调用请求时，将所述流水实例本地存储的所述流水号数据返回给所述微服务子系统；

存储模块93，用于使所述微服务子系统接收所述流水号数据，并将所述流水号数据存储在微服务子系统本地；

第二调用模块94，用于使所述微服务子系统在生成交易记录时，从所述微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；

对应模块95，用于使所述微服务子系统生成所述目标流水号与所述应用实例的对应关系；

绑定模块96，用于使所述微服务子系统启动所述应用实例，以使所述应用实例在生成交易记录时，将与其具有对应关系的目标流水号与所述交易记录绑定。

基于同一发明构思，本申请另一实施例提供一种可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请上述任一实施例所述的流水号配置方法中的步骤。

基于同一发明构思，本申请另一实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请上述任一实施例所述的流水号配置方法中的步骤。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进或说明的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、装置、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

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

以上对本申请所提供的一种流水号配置方法、装置、设备及存储介质，进行了详细介绍，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种流水号配置方法，其特征在于，应用于微服务子系统，所述方法包括：

从流水号子系统中获取流水号数据，并将所述流水号数据存储在微服务子系统本地；其中，所述流水号子系统与所述微服务子系统分别是微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号；

在生成交易记录时，从所述微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；

生成所述目标流水号与应用实例的对应关系。

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

启动所述应用实例，以使所述应用实例在生成所述交易记录时，将与其具有对应关系的目标流水号与所述交易记录绑定。

3.根据权利要求2所述的方法，其特征在于，所述目标流水号有多个；在启动所述应用实例之后，所述方法还包括：

将与其具有对应关系的目标流水号发送给所述应用实例，以使所述应用实例在生成单笔交易记录时，从所述目标流水号中调用任一流水号，并将该任一流水号与该单笔交易记录绑定。

4.根据权利要求1所述的方法，其特征在于，从流水号子系统中获取流水号数据，包括：

从目标流水实例中调用所述流水号数据；其中，所述目标流水实例为所述流水号子系统启动的多个流水实例中的任一；所述流水号数据是所述流水实例根据连续的多个流水号生成的；所述连续的多个流水号是所述流水实例根据其节点号生成的。

5.一种流水号配置方法，其特征在于，应用于流水实例；所述流水实例位于流水号子系统中，所述流水号子系统是微服务架构下独立的微服务应用；所述方法包括：

生成流水号数据，并将所述流水号数据存储在流水实例本地；

在接收到微服务子系统的流水号调用请求时，将所述流水实例本地存储的所述流水号数据发送给所述微服务子系统，以使所述微服务子系统在启动应用实例时，从微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；其中，所述微服务子系统是所述微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号。

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

响应所述流水号子系统的启动指令，自动获取节点号；

生成流水号数据，并将所述流水号数据存储在流水实例本地，包括：

按照流水号格式和所述节点号，生成连续的多个流水号；其中，所述流水号格式是所述流水号子系统预先配置的；

针对所述连续的多个流水号，生成所述流水号数据。

7.根据权利要求6所述的方法，其特征在于，在所述流水号格式被修改后，所述方法还包括：

依据修改后的流水号格式，生成新的流水号；

根据新的流水号，对所述流水号数据进行刷新。

8.一种流水号配置装置，其特征在于，所述装置应用于微服务子系统中，所述装置包括：

获取模块，用于从流水号子系统中获取流水号数据，并将所述流水号数据存储在微服务子系统本地；其中，所述流水号子系统与所述微服务子系统分别是微服务架构下独立的微服务应用；所述流水号数据包括互不相同的多个流水号；

第一调用模块，用于在生成交易记录时，从所述微服务子系统本地存储的所述流水号数据中调用目标流水号，并将所述目标流水号从所述微服务子系统本地注销；

第一生成模块，用于生成所述目标流水号与应用实例的对应关系。

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

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行时实现如权利要求1-7任一所述的方法的步骤。