CN113744013A - 订单号的生成方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请提供一种订单号的生成方法、装置、服务器及存储介质，该方案中，用于生成订单的服务器在接收到订单号获取请求之后，根据从数据库集群中获取到的作为订单号的头部的第一字符串和作为订单号中部的第二字符串，以及本次订单生成服务的步长生成该订单号，并将生成的订单号返回订单服务器。该第一字符串可根据固定规律进行增长，且第二字符串的是预先配置的长度固定字符序列，通过该方式生成的订单号长度可控，趋势有序，并且不涉及任何日期和地址等信息，安全度较高。

Description

订单号的生成方法、装置、服务器及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种订单号的生成方法、装置、服务器及存储介质。

背景技术

随着电商的快速发展，用户通过各种电商平台进行购物已经成为比较常见的消费习惯，目前采用电商平台进行消费时，每个消费订单有具有一个独一无二的订单号，用于对用户的消费数据进行记录。

现有技术中，可以通过数据库自增长标识，时间戳+随机数(系统时间戳+随机数得到一个标识号码)，通用唯一识别码(Universally Unique Identifier，UUID)，Twitter雪花算法等方案进行标识号码的生成。具体的，UUID是指在一台机器上生成的数字，它保证对在同一时空中的所有机器都是唯一的。在生成号码过程中，服务平台会提供生成的接口，按照开放软件基金会(Open Software Foundation，OSF)制定的标准计算，用到了以太网卡地址、纳秒级时间、芯片标识码和其他可能的数字从而得到一个标识号码。雪花算法是由Twitter开源的分布式ID生成算法，以划分命名空间的方式将64-bit位分割成多个部分，每个部分代表不同的含义。将64个bit划分为几个部分，每个部分分别表示符号，时间戳，机器数，自增序列从而组合成一个标识号码，这样的划分之后相当于在一毫秒一个数据中心的一台机器上可产生4096个有序的不重复的标识号码。但是，自增长标识的方案并发性较差，规律固定存在数据泄露的风险，时间戳+随机数的方式依赖服务器时间，如果用于生成订单号有重复的风险，UUID的方式涉及到很多重要的信息，且长度太长也不易存储，上述的获取订单号的方式得到的号码长度较长，并且无顺查询效率较低。雪花算法依赖于时间，容易发生时钟回拨则容易出现重复，乱序等问题，并且由于这种方式生成的号码太长，不适用订单场景。

综上所述，现有技术中还不存在长度可控，趋势有序并且安全度较高的订单号生成方案。

发明内容

本申请实施例提供一种订单号的生成方法、装置、服务器及存储介质，提供一种生成长度可控，趋势有序并且安全度较高的订单号的生成方案。

第一方面，本申请实施例提供一种订单号的生成方法，应用于生成订单号的服务器，所述方法包括：

接收订单服务器发送的订单号获取请求；

根据所述订单号获取请求，确定本次订单生成服务的步长，所述步长根据采用当前的第一字符串和第二字符串生成的订单号数量确定；其中，所述第一字符串和所述第二字符串分别为预先从数据库集群中获取的作为订单号的头部和中部的字符序列；

根据所述第一字符串和所述第二字符串，随机字符以及所述步长，生成订单号；

将所述订单号返回所述订单服务器。

在一种具体实施方式中，所述根据所述第一字符串和所述第二字符串，随机字符以及所述步长，生成订单号，包括：

对所述步长增加随机增量，得到第三字符串；所述随机增量为正整数；

根据预设的随机字符长度，生成所述随机字符；

按照所述第一字符串，所述第二字符串，所述随机字符以及所述第三字符串的顺序进行字符串组合，得到所述订单号。

在一种具体实施方式中，所述接收订单服务器发送的订单号获取请求之前，所述方法包括：

从所述数据库集群中获取所述第一字符串和所述第二字符串；所述数据库集群中存储多个作为订单号头部的字符串以及多个作为订单号中部的字符串，且每个可作为订单号头部的字符串对应多个可作为订单号中部的字符串。

在一种具体实施方式中，所述方法还包括：

若所述第二字符串加1大于预设的中部字符串阈值，则从所述数据库集群重新获取新的第一字符串和新的第二字符串。

在一种具体实施方式中，所述方法还包括：

若所述步长大于或者等于预先设置的最大步长，则从所述数据库集群重新获取新的第一字符串和新的第二字符串，并将所述服务器中的步长重置为0。

第二方面，本申请实施例提供一种订单号的生成方法，应用于生成订单号的服务器，所述方法包括：

接收订单服务器发送的订单号获取请求；

根据所述订单号获取请求，从订单号队列中获取订单号，其中，所述订单号队列中缓存有多个根据第一字符串，第二字符串以及步长生成的订单号，所述第一字符串和所述第二字符串分别为从数据库集群中获取的作为订单号的头部和中部的字符序列，所述步长根据采用同样的第一字符串和第二字符串生成的订单号的数量确定；

将所述订单号返回所述订单服务器。

在一种具体实施方式中，所述根据所述订单号获取请求，从订单号队列中获取订单号之前，所述方法还包括：

从所述数据库集群中获取第一字符串和第二字符串，所述数据库集群中存储多个作为订单号头部的字符串以及多个作为订单号中部的字符串，且每个可作为订单号头部的字符串对应多个可作为订单号中部的字符串；

根据所述第一字符串和所述第二字符串，随机字符以及步长，生成订单号：

将生成的订单号缓存在所述订单号队列中。

在一种具体实施方式中，所述根据所述第一字符串和所述第二字符串，随机字符以及步长，生成订单号，包括：

对所述步长增加随机增量，得到第三字符串；所述随机增量为正整数；

根据预设的随机字符长度，生成所述随机字符；

按照所述第一字符串，所述第二字符串，所述随机字符以及所述第三字符串的顺序进行字符串组合，得到所述订单号。

在一种具体实施方式中，所述方法还包括：

若所述第二字符串加1大于预设的中部字符串阈值，则从所述数据库集群重新获取新的第一字符串和新的第二字符串。

在一种具体实施方式中，所述方法还包括：

若所述步长大于或者等于预先设置的最大步长，则从所述数据库集群重新获取新的第一字符串和新的第二字符串，并将所述服务器中的步长重置为0。

第三方面，本申请实施例提供一种订单号的生成装置，包括：

接收模块，用于接收订单服务器发送的订单号获取请求；

处理模块，用于根据所述订单号获取请求，确定本次订单生成服务的步长，所述步长根据采用当前的第一字符串和第二字符串生成的订单号数量确定；其中，所述第一字符串和所述第二字符串分别为预先从数据库集群中获取的作为订单号的头部和中部的字符序列；

所述处理模块还用于根据所述第一字符串和所述第二字符串，随机字符以及所述步长，生成订单号；

发送模块，用于将所述订单号返回所述订单服务器。

第四方面，本申请实施例提供一种订单号的生成装置，包括：

接收模块，用于接收订单服务器发送的订单号获取请求；

处理模块，用于根据所述订单号获取请求，从订单号队列中获取订单号，其中，所述订单号队列中缓存有多个根据第一字符串，第二字符串以及步长生成的订单号，所述第一字符串和所述第二字符串分别为从数据库集群中获取的作为订单号的头部和中部的字符序列，所述步长根据采用同样的第一字符串和第二字符串生成的订单号的数量确定；

发送模块，用于将所述订单号返回所述订单服务器。

第五方面，本申请实施例提供一种服务器，包括：

处理器、存储器以及与其他设备通信的通信接口；

所述存储器用于存储计算机程序，所述处理器调用所述存储器存储的计算机程序，以执行第一方面或者第二方面任一项所述的订单号的生成方法。

第六方面，本申请实施例提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面或者第二方面任一项所述的订单号的生成方法。

本申请实施例提供的订单号的生成方法、装置、服务器及存储介质，用来生成订单号的服务器在接收到订单号获取请求之后，根据从数据库集群中获取到的作为订单号的头部的第一字符串和作为订单号中部的第二字符串，以及本次订单生成服务的步长生成该订单号，并将生成的订单号返回订单服务器。该第一字符串可根据一定的趋势增长，第二字符串的均是预先配置的长度固定和趋势固定的字符序列，通过该方式生成的订单号长度可控，趋势有序，并且不涉及任何日期和地址等信息，安全度较高。

附图说明

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

图1为本申请提供的一种生成订单号的分布式环境示意图；

图2为本申请实施例提供的订单号的生成方法实施例一的流程示意图；

图3为本申请实施例提供的订单号的生成方法实施例二的流程示意图；

图4为本申请实施例提供的订单号的生成方法实施例三的流程示意图；

图5为本申请实施例提供的订单号的生成方法实施例四的流程示意图；

图6为本申请实施例提供的一种订单号的生成方法实例的流程示意图；

图7为本申请实施例提供的订单号的生成装置实施例一的结构示意图；

图8为本申请实施例提供的订单号的生成装置实施例二的结构示意图；

图9为本申请实施例提供的服务器实施例的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在根据本实施例的启示下作出的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

基于背景技术的描述，现有技术提供的几种可用于生成订单号的方案中，数据库自增长ID的方式，存在并发性不好、数据库写压力大、数量泄露风险等缺点。

时间戳+随机数的方式存在依赖服务器时间，有时间回拨订单号重复风险，订单号太长，订单号长度增长太快长度不一的问题。

UUID的方式不易于存储：UUID太长，16字节128位，通常以36长度的字符串表示，很多场景不适用，并且基于MAC地址生成UUID的算法可能会造成MAC地址泄露，安全性较差。进一步地由于生成的UUID是无序不可读的字符串，所以其查询效率低。

雪花算法是强依赖于时间的，在分布式环境下，如果发生时钟回拨，很可能会引起ID重复、ID乱序、服务会处于不可用状态等问题，并且订单号太长，不适合订单场景。

基于上述问题，本申请实施例提供一种订单号的生成方法，可以实现在分布式环境下，生成长度可控，趋势有序，并且安全度相对较高的订单号。该方案的整体思路是通过预先在数据库中设置多个可以作为订单号最前位置的第一字符串，和多个作为订单号中部位置的第二字符串，在进行订单号生产的时候，基于第一字符串和第二字符串以及订单号生成的步长的最后几位，从而生成订单号，如果需要不同长度的订单号可以调整第一字符串和或第二字符串的长度，或者增加一定的随机数，从而可以控制生成不同长度的订单号。

图1为本申请提供的一种生成订单号的分布式环境示意图。如图1所示，在该分布式环境中，包括：数据库集群和多个用于生成订单号的服务器，例如图中的服务器1，服务器2以及服务器3，这几个服务器均能够从数据库集群中获取用于生成订单号的字符串。在该方案中，对于订单号服务来说，如果用户在购物平台进行下单，则通过平台客户端与平台服务器发送交易信息，平台服务器需要获取该交易对应的订单号，以便对该订单定的订单信息进行存储。在具体的应用中，平台的服务器可以自行生成订单号，也就是说上述图中所示的用于生成订单号的服务器可以是购物平台对应的服务器。也可以是平台的服务器向专用于生成订单号的服务器发送订单号获取请求，由专用于订单号生成的服务器生成订单并返回给平台的服务器。

在数据库集群中，可以分别保存不同的生成订单号的服务器所需要的字符串，例如，可以将不同的服务器可获取的字符串保存在不同的数据库，也可以保存在同一数据库的不同区域。在该数据库集群中，能够作为订单号的头部的第一字符串和作为订单号中部的第二字符串均是预先配置的，一般来说服务器从初始值开始获取，每次获取到的第一字符串按照一定的规律变化，第二字符串可以从一定的初始值开始获取，每次获取到的第二字符串按照一定的规律变化，例如，可以从初始值逐渐增加，或者从最大值逐渐减小，对此本方案不做限制。

下面通过几个具体实施例对本申请提供的订单号的生成方法进行详细描述。

图2为本申请实施例提供的订单号的生成方法实施例一的流程示意图，如图2所示，该订单号的生成方法可应用在上述任一用于生成订单号的服务器中，具体可以包括以下步骤：

S101：接收订单服务器发送的订单号获取请求。

在本步骤中，需要订单号的订单服务器，或者其他需要订单的设备，在接收到交易信息，或者订单服务之后，需要获取订单号时可向该用于生成订单号的服务器发送订单号获取请求。

对于一个用于生成订单号的服务器来说，可能会接收到很多个订单号获取请求，这些订单号生成请求可能是来自于同一个订单服务器，也可以是来自于不同的订单服务器，对此本方案不做限制。

S102：根据订单号获取请求，确定本次订单生成服务的步长，步长根据采用当前的第一字符串和第二字符串生成的订单号数量确定。

其中，第一字符串和第二字符串分别为预先从数据库集群中获取的作为订单号的头部和中部的字符序列。

在本步骤中，步长指的是采用相同的第一字符串和第二字符串生成订单号的数量，也就是指采用相同的第一字符串和第二字符串生成订单号的次数。在本步骤中，在每次重新获取了新的第一字符串和第二字符串之后，该服务器中的步长可以重置至0，在采用第一字符串和第二字符串生成一次订单号之后，该步长计为1，下次再生成一次订单号，步长计为2，依次类推。或者，该步长还可以是不连续的，即在本次生成订单号的步长为1，下次再生成一次订单号，步长计为3，即为上一次的步长增加一个随机量，保证步长整体变化趋势随着采用同一个第一字符串和第二字符串生成的订单号数量的增加，步长也逐渐增加即可，对于具体的步长的增长形式，本方案不做限制。

S103：根据第一字符串和第二字符串，随机字符以及步长，生成订单号。

在本步骤中，随机字符可以是两位或者两位以上的随机数。在每次生成订单号时候随机生成一个预设长度的随机字符即可。

在得到上述各个字符串之后，将第一字符串作为订单号的最前端，第二字符串作为订单号的中部，其余部分根据随机字符以及步长进行确定，组合之后生成最终的订单号。

该方案中第一字符串和第二字符串可以是长度固定的数字，具体的长度可根据情况进行配置，在订单号生成的过程中，第一字符串和第二字符串整体按照一定的规律变化，例如逐渐增大，或者逐渐减小等，对此不做限制。

S104：将订单号返回订单服务器。

在生成订单号之后，将该订单号返回订单服务器。订单服务器可以根据该订单号对交易信息进行存储，并在用户需要查询订单号时，通过平台将该订单号提供给用户。

在本案的一种具体实现中，可以在S101之前，从数据库集群中获取所述第一字符串和所述第二字符串；所述数据库集群中存储多个作为订单号头部的字符串以及多个作为订单号中部的字符串，且每个可作为订单号头部的字符串对应多个可作为订单号中部的字符串。

服务器预先从数据库集群中获取第一字符串以及第二字符串，进行订单号的生成，如果没有达到需要再次获取新的第一字符串和新的第二字符串的条件之前，可以在本地存储该第一字符串和第二字符串。

可选的，从数据库集群中获取所述第一字符串和所述第二字符串也可以在接收到订单号获取请求之后进行，对此本方案不做限制。

本实施例提供的订单号的生成方法，该第一字符串可以按照固定趋势增长，第二字符串是预先配置的长度固定和趋势固定的字符序列，通过该方式生成的订单号长度可控，趋势有序，并且不涉及任何日期和地址等信息，安全度较高。

图3为本申请实施例提供的订单号的生成方法实施例二的流程示意图，如图3所示，在上述实施例的基础上，上述步骤S103中的：根据所述第一字符串和所述第二字符串，随机字符以及所述步长，生成订单号，可以具体实现为以下步骤：

S201：对步长增加随机增量，得到第三字符串，随机增量为正整数。

在本步骤中，该方案的实现中可以设置步长的最大值，例如，100或者1000或者其他数值，在每次生成一个订单号时，步长增加1，当步长达到最大值时重新从数据库集群中获取新的第一字符串和第二字符串，并且同时将该服务器中的步长重置为0。或者，在每次生成一个订单号之后，步长增加一个随机增量，增加随机增量之后的数据即作为第三字符串，也可以作为本次生成订单号之后的步长。对于步长是按照顺序依次增加，还是按照不同的随机增量逐渐增加，对此本方案不做限制。

在具体的订单号生成过程中，服务器本地有一个第一字符串和一个第二字符串，根据该第一字符串和第二字符串生成的订单号的数量，可以确定本次订单号生成过程的步长。在确定步长之后，可以对该步长增加随机增量，得到一个作为订单号最末的第三字符串，该随机增量的数值不做限制，可以是任一的正整数，具体的随机增量的数值范围可根据需要的订单号的长度预先进行配置，例如：可以配置随机增量的为1-3之间，或者1-10之间或者大于10的其他范围，对此不做限制。

举例来说，假设第二字符串的长度设置为两位，那么当第二字符串+1增长达到99时，第一字符串增长+1,第二字符串重置为0。第一字符串没有长度限制可以一直+1。该服务器的本地步长如果达到了上限，那么第二字符串会+1，同时生成订单号的本机服务的当前步长会重置为0，然后继续随机增长。

S202：根据预设的随机字符长度，生成随机字符。

在本步骤中，服务器在生成订单号过程中，生成预设长度的随机字符。若是全部数字组成的订单号，则可以生成预设长度的数字，例如：23，467，等等。随机字符长度根据订单号的长度进行预先配置。

S203：按照第一字符串，第二字符串，随机字符以及第三字符串的顺序进行字符串组合，得到订单号。

在本步骤中，在获取到上述第一字符串，第二字符串，随机字符以及第三字符串之后，可以该顺序直接进行组合，得到长度可控的字符串，作为要生成的订单号。

可选的，在另一种实现方案中，当步长的增加不是连续时，步长也可以直接作为该方案中的第三字符串。例如：当步长每次按照不同的随机增量增加时，可以直接将该步长作为第三字符串。

本实施例提供的订单号的生成方法中，作为字符串末尾的第三字符串是根据步长增加随机量得到的，步长整体上具有一定的规律，前面两部分第一字符串和第二字符串按照一定的规律进行变化，生成的订单号整体上具有一定的趋势，但是并不是连续变化的数字，也不涉及IP地址，MAC地址等隐私信息，安全性较高。

图4为本申请实施例提供的订单号的生成方法实施例三的流程示意图，如图4所示，该订单号的生成方法具体包括以下步骤：

S301：接收订单服务器发送的订单号获取请求。

本步骤与前述步骤S101类似，可参考对S101的描述。

S302：根据订单号获取请求，从订单号队列中获取订单号，其中，订单号队列中缓存有多个根据第一字符串，第二字符串以及步长生成的订单号。

在本步骤中，所述第一字符串和所述第二字符串分别为从数据库集群中获取的作为订单号的头部和中部的字符序列，所述步长用于表示采用同样的第一字符串和第二字符串生成的订单号的数量。

本方案与前述实施例不同的是，本方案中并不是在接收到订单号获取请求之后才进行的订单号生成。服务器可以预先生成多个订单号，并将订单号缓存在设置的订单号队列中，该订单号队列中可以缓存较多个订单号。

在有订单服务发送了订单号获取请求之后，服务器只需要从该订单号队列中获取一个订单号即可。

可选的，订单号队列可以是先入先出队列，确定订单号能够保持生成过程中的变化规律，避免乱序。

在本方案中，订单号队列中缓存的每一个订单号均是根据从数据库集群中获取到的第一字符串和第二字符串，步长生成的。具体的，服务器在从数据库集群中获取到上述各个字符串之后，将第一字符串作为订单号的最前端，第二字符串作为订单号的中部，其余部分根据随机字符以及步长进行确定，组合之后生成最终的订单号，然后将生成的订单号缓存在订单号队列中。在订单号队列中的订单号被消耗掉一个之后，服务器可以继续进行订单号生成，并从队列末尾进行补入。

S302：将订单号返回订单服务器。

在生成订单号之后，将该订单号返回订单服务器。订单服务器可以根据该订单号对交易信息进行存储，并在用户需要查询订单号时，通过平台将该订单号提供给用户。

本实施例提供的订单号的生成方法，服务器预先从数据库集群中获取第一字符串和第二字符串，并生成多个订单号缓存在订单号队列中，在接收到订单号获取请求之后，可直接从订单号队列中获取订单号，不用重新生成，有效提高订单号的获取效率，提高并发性。同时，缓存在订单号队列中的订单号生成过程中，采用的第一字符串和第二字符串均是预先配置的长度固定和趋势固定的字符序列，通过该方式生成的订单号长度可控，趋势有序，并且不涉及任何日期和地址等信息，安全度较高。

图5为本申请实施例提供的订单号的生成方法实施例四的流程示意图，如图5所示，在上述图4所示的实施例的基础上，该订单号的生成方法还包括以下步骤：

S401：从数据库集群中获取第一字符串和第二字符串，数据库集群中存储多个作为订单号头部的字符串以及多个作为订单号中部的字符串，且每个可作为订单号头部的字符串对应多个可作为订单号中部的字符串。

在本步骤中，服务器从数据库集群中获取第一字符串以及第二字符串，进行订单号的生成。如果没有达到需要再次获取新的第一字符串和新的第二字符串的条件之前，可以在本地存储该第一字符串和第二字符串，继续采用该第一字符串和第二字符串进行订单号生成，直至步长超过预设值或者第二字符串加1达到了阈值，则重新从数据库集群中获取第一字符串和第二字符串。

S402：根据第一字符串和第二字符串，随机字符以及步长，生成订单号。

在本步骤中，服务器对所述步长增加随机增量，得到第三字符串，所述随机增量为正整数。然后根据预设的随机字符长度，生成所述随机字符。最后按照所述第一字符串，所述第二字符串，所述随机字符以及所述第三字符串的顺序进行字符串组合，得到所述订单号。

具体的，该方案中，服务器在获取到第一字符串和一个第二字符串后，根据该第一字符串和第二字符串生成的订单号的数量，可以确定在本服务器中本次订单号生成过程的步长。在确定步长之后，可以对该步长增加随机增量，得到一个作为订单号最末的第三字符串，该随机增量的数值不做限制，可以是任一的正整数，具体的随机增量的数值范围可根据需要的订单号的长度预先进行配置，例如：可以配置随机增量的为1-3之间，或者1-10之间或者大于10的其他范围，对此不做限制。

可选的，在每次生成一个订单号之后，步长增加一个随机增量，增加随机增量之后的数据即作为第三字符串，也可以作为本次生成订单号之后的步长。对于步长是按照顺序依次增加，还是按照不同的随机增量逐渐增加，对此本方案不做限制。

此外，服务器还需要生成预设长度的随机字符。若是全部数字组成的订单号，则可以生成预设长度的数字，例如：23，467，等等。随机字符长度根据订单号的长度进行预先配置。

在获取到上述第一字符串，第二字符串，随机字符以及第三字符串之后，可以该顺序直接进行组合，得到长度可控的字符串，作为要生成的订单号。

S403：将生成的订单号缓存在订单号队列中。

在本步骤中，每次生成的订单号缓存在订单号队列中，以便在接收到订单号获取请求之后可以直接从订单号队列中按照顺序获取订单号即可。

本实施例提供的订单号的生成方法，服务器预先从数据库集群中获取第一字符串和第二字符串，并生成多个订单号缓存在订单号队列中，在接收到订单号获取请求之后，可直接从订单号队列中获取订单号，不用重新生成，有效提高订单号的获取效率，提高并发性。

在上述任一实施例的基础上，在采用第一字符串和第二字符串进行订单号生成过程中，若所述第二字符串加1大于预设的中部字符串阈值，则从所述数据库集群重新获取新的第一字符串和新的第二字符串。该方案中，在生成订单过程中，首先是步长根据生成的订单号逐渐增加，直到步长达到最大值后，可变化第二字符串，也就是说可以从数据库集群中获取下一个第二字符串进行订单号生成，直至第二字符串也达到了最大值，也就是上述的第二字符串加1大于预设的中部字符串阈值，则可以变化第一字符串和第二字符串，即可以再次从数据库集群中重新获取新的第一字符穿和第二字符串。

或者，在采用第一字符串和第二字符串进行订单号生成过程中，若所述步长大于或者等于预先设置的最大步长，则从所述数据库集群重新获取新的第一字符串和新的第二字符串，并将所述服务器中的步长重置为0。

该方案中，该方案的实现中可以设置步长的最大值，例如，100或者1000或者其他数值，在每次生成一个订单号时，步长增加1，当步长达到最大值时重新从数据库集群中获取新的第一字符串和第二字符串，并且同时将该服务器中的步长重置为0。

采用前述任一实施例提供的方案进行订单号的生成，满足了长度可控，订单号不连续安全性高，订单号随订单量增长较短时间内有较为显著的增长变化，整体订单号趋势递增，整体有序增长比较适合作为数据库主键索引。

基于前述实施例的基础，下面通过一个具体实例，对本申请提供的订单号的生成方法进行详细描述。

图6为本申请实施例提供的一种订单号的生成方法实例的流程示意图，如图6所示，在图1所示的场景下，用于生成订单号的服务器1提供图6中的订单号生成服务1，用于生成订单号的服务器2提供图6中的订单号生成服务2，用于生成订单号的服务器3提供图6中的订单号生成服务3。三个服务器均可以与数据库集群之间进行交互，获取需要的字符串。具体的，该方案提供的订单号的生成过程如下：

1，使用数据库集群(redis/mysql集群)设置一个top_sequence(也就是前述实施例中作为订单号最前面的第一字符串),一个middle_sequence(也就是前述的实施例中作为订单号中部的第二字符串)。

2，订单号生成服务启动之前，任一服务器均可从redis/mysql集群拉取一个新的top_sequence和middle_sequence到本地。

在一种具体实现中，假设设置middle_sequence(第二字符串)的阈值为99，那么，如果获取到的middle_sequence+1之后的大于99那么top_sequence加1，middle_sequence可以重置从0或者1开始，数据库集群可返回新的middle_sequence和top_sequence到订单生成服务器。

3，在订单号生成过程中，服务器本地有一个当前采用的第一字符串(current_top_sequence)和一个当前采用的第二字符串(current_middle_sequence)。

current_top_sequence＝从redis/mysql数据库集群中获取的top_sequence；

current_middle_sequence＝从redis/mysql数据库集群中获取的middle_sequence；

假设，本实例中最大步长(max_step)设置为1000。当前步长得到的第三字符串(current_step)初始值为0，每产生一个订单号，该步长可增加一个3以内随机增量作为订单号的末尾的数字，current_step值增长到大于等于max_step时，则服务器从redis/mysql集群重新拉取一个新的current_top_sequence和current_middle_sequence，然后current_step重置为0加一个3以内随机增量。假设在实现方案中，作为订单号末尾的字符可以设置为三位，当步长增加随机增量之后不足三位时，最高位可以补0例如：97，经过高位补0之后为097。

4，订单号＝字符串(current_top_sequence)+字符串(current_middle_sequence)+字符串(两位随机数)+字符串(current_step)

订单号举例：

假如current_top_sequence＝101current_middle_sequence＝53current_step＝35+2(3以内随机增量)，该方案中只是以随机增量为1-3的范围为例，具体，还可以是其他的数值范围，对此不做限制。

两位随机数＝28，current_step＝037；

则根据上述数据生成的订单号＝1015328037；

订单号组成中也可以添加两位订单号生成服务编号，机器码意思生成订单号的机器编号。这样生成的订单号为：字符串(current_top_sequence)+字符串(current_middle_sequence)+字符串(2位机器码)+字符串(两位随机数)+字符串(current_step)。

采用上述方式进行订单号生成，得到的订单号长度可控；订单号不连续不容易被猜到订单号生成策略安全性好。整体上订单号会有较为显著的增长变化，并且订单号趋势递增，比较有序作为主键索引比较适合。

此外，如果考虑到高并发情况，可以在服务其中设置一个指定长度的订单号队列，缓存一部分生成好的订单号，当队列中缓存的订单号剩余到一个阈值触发生成新的一批订单号然后缓存到订单号队列中，以提高订单号生成速度。

通过上述提供的订单号生成策略生成的订单号很好的满足了长度可控，订单号不连续安全性高，订单号随订单量增长较短时间内有较为显著的增长变化，整体订单号趋势递增，整体有序增长比较适合作为数据库主键索引。

图7为本申请实施例提供的订单号的生成装置实施例一的结构示意图，如图7所示，该订单号的生成装置10包括：

接收模块11，用于接收订单服务器发送的订单号获取请求；

处理模块12，用于根据所述订单号获取请求，确定本次订单生成服务的步长，所述步长根据采用当前的第一字符串和第二字符串生成的订单号数量确定；其中，所述第一字符串和所述第二字符串分别为预先从数据库集群中获取的作为订单号的头部和中部的字符序列；

所述处理模块12还用于根据所述第一字符串和所述第二字符串，随机字符以及所述步长，生成订单号；

发送模块13，用于将所述订单号返回所述订单服务器。

本实施例提供的订单号的生成装置，用于执行前述任一实施例提供的订单号的生成方法，其实现原理和技术效果类似，根据从数据库集群中获取到的作为订单号的头部的第一字符串和作为订单号中部的第二字符串，以及本次订单生成服务的步长生成该订单号，并将生成的订单号返回订单服务器。该第一字符串可按照一定趋势增加，第二字符串的是预先配置的长度固定和趋势固定的字符序列，通过该方式生成的订单号长度可控，趋势有序，并且不涉及任何日期和地址等信息，安全度较高。

在上述实施例的基础上，所述处理模块12具体用于：

对所述步长增加随机增量，得到第三字符串；所述随机增量为正整数；

根据预设的随机字符长度，生成所述随机字符；

按照所述第一字符串，所述第二字符串，所述随机字符以及所述第三字符串的顺序进行字符串组合，得到所述订单号。

可选的，所述接收模块11接收订单服务器发送的订单号获取请求之前，还用于：

从所述数据库集群中获取所述第一字符串和所述第二字符串；所述数据库集群中存储多个作为订单号头部的字符串以及多个作为订单号中部的字符串，且每个可作为订单号头部的字符串对应多个可作为订单号中部的字符串。

可选的，所述处理模块12还用于：

若所述第二字符串加1大于预设的中部字符串阈值，则从所述数据库集群重新获取新的第一字符串和新的第二字符串。

可选的，所述处理模块12还用于：

若所述步长大于或者等于预先设置的最大步长，则从所述数据库集群重新获取新的第一字符串和新的第二字符串，并将所述订单号的生成装置中的步长重置为0。

本实施例提供的订单号的生成装置，用于执行前述任一实施例提供的订单号的生成方法，其实现原理和技术效果类似，在此不再赘述。

图8为本申请实施例提供的订单号的生成装置实施例二的结构示意图，如图8所示，该订单号的生成装置20包括：

接收模块21，用于接收订单服务器发送的订单号获取请求；

处理模块22，用于根据所述订单号获取请求，从订单号队列中获取订单号，其中，所述订单号队列中缓存有多个根据第一字符串，第二字符串以及步长生成的订单号，所述第一字符串和所述第二字符串分别为从数据库集群中获取的作为订单号的头部和中部的字符序列，所述步长根据采用同样的第一字符串和第二字符串生成的订单号的数量确定；

发送模块23，用于将所述订单号返回所述订单服务器。

本实施例提供的订单号的生成装置，用于执行前述任一实施例提供的订单号的生成方法，其实现原理和技术效果类似，同时可以预先生成订单号在队列中进行缓存，在订单号获取请求较多的时候，可以快速提供多个订单号，提高并发性。

可选的，所述处理模块12还用于：

从所述数据库集群中获取第一字符串和第二字符串，所述数据库集群中存储多个作为订单号头部的字符串以及多个作为订单号中部的字符串，且每个可作为订单号头部的字符串对应多个可作为订单号中部的字符串；

根据所述第一字符串和所述第二字符串，随机字符以及步长，生成订单号：

将生成的订单号缓存在所述订单号队列中。

可选的，所述处理模块12具体用于：

对所述步长增加随机增量，得到第三字符串；所述随机增量为正整数；

根据预设的随机字符长度，生成所述随机字符；

按照所述第一字符串，所述第二字符串，所述随机字符以及所述第三字符串的顺序进行字符串组合，得到所述订单号。

可选的，所述处理模块12还用于：

若所述第二字符串加1大于预设的中部字符串阈值，则从所述数据库集群重新获取新的第一字符串和新的第二字符串。

可选的，所述处理模块12还用于：

若所述步长大于或者等于预先设置的最大步长，则从所述数据库集群重新获取新的第一字符串和新的第二字符串，并将所述订单号的生成装置中的步长重置为0。

本实施例提供的订单号的生成装置，用于执行前述任一实施例提供的订单号的生成方法，其实现原理和技术效果类似，在此不再赘述。

图9为本申请实施例提供的服务器实施例的结构示意图，如图9所示，该服务器30包括：

处理器31、存储器32以及与其他设备通信的通信接口33；

所述存储器32用于存储计算机程序，所述处理器31调用所述存储器32存储的计算机程序，以执行上述任一方法实施例提供的订单号的生成方法。

该电子设备20的上述各个器件之间可以通过总线连接。

存储器22可以是单独的存储单元，也可以是集成在处理器21中的存储单元。处理器21的数量为一个或者多个。

在上述在服务器30的实现中，存储器和处理器之间直接或间接地电性连接，以实现数据的传输或交互，也就是存储器和处理器可以通过接口连接，也可以集成在一起。例如，这些元件相互之间可以通过一条或者多条通信总线或信号线实现电性连接，如可以通过总线连接。存储器可以是，但不限于，随机存取存储器(Random Access Memory，简称：RAM)，只读存储器(Read Only Memory，简称：ROM)，可编程只读存储器(ProgrammableRead-Only Memory，简称：PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，简称：EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，简称：EEPROM)等。其中，存储器用于存储程序，处理器在接收到执行指令后，执行程序。进一步地，上述存储器内的软件程序以及模块还可包括操作系统，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通信，从而提供其他软件组件的运行环境。

处理器可以是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称：CPU)、图像处理器等，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。

本申请还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一方法实施例提供的订单号的生成方法。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (14)

1.一种订单号的生成方法，其特征在于，应用于生成订单号的服务器，所述方法包括：

接收订单服务器发送的订单号获取请求；

根据所述订单号获取请求，确定本次订单生成服务的步长，所述步长根据采用当前的第一字符串和第二字符串生成的订单号数量确定；其中，所述第一字符串和所述第二字符串分别为预先从数据库集群中获取的作为订单号的头部和中部的字符序列；

根据所述第一字符串和所述第二字符串，随机字符以及所述步长，生成订单号；

将所述订单号返回所述订单服务器。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一字符串和所述第二字符串，随机字符以及所述步长，生成订单号，包括：

对所述步长增加随机增量，得到第三字符串；所述随机增量为正整数；

根据预设的随机字符长度，生成所述随机字符；

按照所述第一字符串，所述第二字符串，所述随机字符以及所述第三字符串的顺序进行字符串组合，得到所述订单号。

3.根据权利要求1或2所述的方法，其特征在于，所述接收订单服务器发送的订单号获取请求之前，所述方法包括：

从所述数据库集群中获取所述第一字符串和所述第二字符串；所述数据库集群中存储多个作为订单号头部的字符串以及多个作为订单号中部的字符串，且每个可作为订单号头部的字符串对应多个可作为订单号中部的字符串。

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

若所述第二字符串加1大于预设的中部字符串阈值，则从所述数据库集群重新获取新的第一字符串和新的第二字符串。

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

若所述步长大于或者等于预先设置的最大步长，则从所述数据库集群重新获取新的第一字符串和新的第二字符串，并将所述服务器中的步长重置为0。

6.一种订单号的生成方法，其特征在于，应用于生成订单号的服务器，所述方法包括：

接收订单服务器发送的订单号获取请求；

根据所述订单号获取请求，从订单号队列中获取订单号，其中，所述订单号队列中缓存有多个根据第一字符串，第二字符串以及步长生成的订单号，所述第一字符串和所述第二字符串分别为从数据库集群中获取的作为订单号的头部和中部的字符序列，所述步长根据采用同样的第一字符串和第二字符串生成的订单号的数量确定；

将所述订单号返回所述订单服务器。

7.根据权利要求6所述的方法，其特征在于，所述根据所述订单号获取请求，从订单号队列中获取订单号之前，所述方法还包括：

从所述数据库集群中获取第一字符串和第二字符串，所述数据库集群中存储多个作为订单号头部的字符串以及多个作为订单号中部的字符串，且每个可作为订单号头部的字符串对应多个可作为订单号中部的字符串；

根据所述第一字符串和所述第二字符串，随机字符以及步长，生成订单号：

将生成的订单号缓存在所述订单号队列中。

8.根据权利要求7所述的方法，其特征在于，所述根据所述第一字符串和所述第二字符串，随机字符以及步长，生成订单号，包括：

对所述步长增加随机增量，得到第三字符串；所述随机增量为正整数；

根据预设的随机字符长度，生成所述随机字符；

按照所述第一字符串，所述第二字符串，所述随机字符以及所述第三字符串的顺序进行字符串组合，得到所述订单号。

9.根据权利要求7或8所述的方法，其特征在于，所述方法还包括：

若所述第二字符串加1大于预设的中部字符串阈值，则从所述数据库集群重新获取新的第一字符串和新的第二字符串。

10.根据权利要求7或8所述的方法，其特征在于，所述方法还包括：

若所述步长大于或者等于预先设置的最大步长，则从所述数据库集群重新获取新的第一字符串和新的第二字符串，并将所述服务器中的步长重置为0。

11.一种订单号的生成装置，其特征在于，包括：

接收模块，用于接收订单服务器发送的订单号获取请求；

处理模块，用于根据所述订单号获取请求，确定本次订单生成服务的步长，所述步长根据采用当前的第一字符串和第二字符串生成的订单号数量确定；其中，所述第一字符串和所述第二字符串分别为预先从数据库集群中获取的作为订单号的头部和中部的字符序列；

所述处理模块还用于根据所述第一字符串和所述第二字符串，随机字符以及所述步长，生成订单号；

发送模块，用于将所述订单号返回所述订单服务器。

12.一种订单号的生成装置，其特征在于，包括：

接收模块，用于接收订单服务器发送的订单号获取请求；

处理模块，用于根据所述订单号获取请求，从订单号队列中获取订单号，其中，所述订单号队列中缓存有多个根据第一字符串，第二字符串以及步长生成的订单号，所述第一字符串和所述第二字符串分别为从数据库集群中获取的作为订单号的头部和中部的字符序列，所述步长用于根据采用同样的第一字符串和第二字符串生成的订单号的数量确定；

发送模块，用于将所述订单号返回所述订单服务器。

13.一种服务器，其特征在于，包括：

处理器、存储器以及与其他设备通信的通信接口；

所述存储器用于存储计算机程序，所述处理器调用所述存储器存储的计算机程序，以执行权利要求1至10任一项所述的订单号的生成方法。

14.一种存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至10任一项所述的订单号的生成方法。

Images