一种应用于高并发场景下生成唯一流水号的方法技术

本发明专利技术涉及一种应用于高并发场景下生成唯一流水号的方法，包括以下步骤：解析收到的交易文件，形成字段；根据字段组装形成金融交易类请求报文，所述请求报文内包含流水号；判断交易返回的39域，若为94、98或01，则更新所述请求报文内的流水号，并重新发送所述请求报文；若为00、11或A5，则交易成功；判断重新发送所述请求报文的结果，若交易成功，则不再继续重新发送所述请求报文；若交易失败，则继续重新发送所述请求报文，并更新所述请求报文内的流水号，直至重新发送所述请求报文的次数达到预设上限；若重新发送所述请求报文的次数达到预设上限时，交易还未成功，则为交易失败。本发明专利技术可以避免流水号重复，从而保证交易的正常以及系统的运行。及系统的运行。及系统的运行。

【技术实现步骤摘要】
一种应用于高并发场景下生成唯一流水号的方法


[0001]本专利技术涉及计算机
，特别涉及一种应用于高并发场景下生成唯一流水号的方法。

技术介绍

[0002]在一些交易场景，比如批转联交易过程中，需要系统生成唯一的流水号，去保障交易的正常进行，目前常用的是采用组合的方式，比如时间戳加上随机数，截取对应的流水号所需要的长度。在高并发情况下，时间戳以及随机数的组合会生成重复的情况，导致影响交易的正常进行。
[0003]因此有必要提供一种应用于高并发场景下生成唯一流水号的方法，以避免流水号重复，保证交易的正常以及系统的运行。

技术实现思路

[0004]本专利技术的目的在于提供一种应用于高并发场景下生成唯一流水号的方法，以避免流水号重复，保证交易的正常以及系统的运行。
[0005]为了解决现有技术中存在的问题，本专利技术提供了一种应用于高并发场景下生成唯一流水号的方法，包括以下步骤：
[0006]解析收到的交易文件，形成字段；
[0007]根据字段组装形成金融交易类请求报文，所述请求报文内包含流水号；
[0008]判断交易返回的39域，若为94、98或01，则更新所述请求报文内的流水号，并重新发送所述请求报文；若为00、11或A5，则交易成功；
[0009]判断重新发送所述请求报文的结果，若交易成功，则不再继续重新发送所述请求报文；若交易失败，则继续重新发送所述请求报文，并更新所述请求报文内的流水号，直至重新发送所述请求报文的次数达到预设上限；
[0010]若重新发送所述请求报文的次数达到预设上限时，交易还未成功，则为交易失败。
[0011]可选的，在所述应用于高并发场景下生成唯一流水号的方法中，
[0012]若39域为94，重新发送所述请求报文的次数的预设上限为3次；
[0013]若39域为98或01，重新发送所述请求报文的次数的预设上限为1次。
[0014]可选的，在所述应用于高并发场景下生成唯一流水号的方法中，交易返回的3域根据实际情况更新。
[0015]可选的，在所述应用于高并发场景下生成唯一流水号的方法中，组装形成金融交易类请求报文之前，还包括以下步骤：
[0016]校验各字段是否符合要求。
[0017]可选的，在所述应用于高并发场景下生成唯一流水号的方法中，校验各字段是否符合要求的方式包括：
[0018]校验各个字段的大小以及长度。
[0019]可选的，在所述应用于高并发场景下生成唯一流水号的方法中，得到符合要求的字段之后，组装形成金融交易类请求报文之前，还包括以下步骤：
[0020]判断本次交易是否为重复交易，如果是重复交易，则反馈交易失败，如果不是重复交易，则组装形成金融交易类请求报文。
[0021]可选的，在所述应用于高并发场景下生成唯一流水号的方法中，所述请求报文内还包含交易类型、商户类型、终端类型以及客户姓名。
[0022]可选的，在所述应用于高并发场景下生成唯一流水号的方法中，若交易成功，则生成交易成功反馈文件，若交易失败，则生成交易失败反馈文件。
[0023]可选的，在所述应用于高并发场景下生成唯一流水号的方法中，存储反馈文件。
[0024]在本专利技术所提供的应用于高并发场景下生成唯一流水号的方法中，通过重复判断交易返回的39域的内容，从而判断交易情况，在每次重新发送请求报文时，均更新请求报文内的流水号，从而可以避免流水号重复，并保证了交易的正常以及系统的运行。
附图说明
[0025]图1为本专利技术实施例提供的生成唯一流水号的方法的流程图。
具体实施方式
[0026]下面将结合示意图对本专利技术的具体实施方式进行更详细的描述。根据下列描述，本专利技术的优点和特征将更清楚。需说明的是，附图均采用非常简化的形式且均使用非精准的比例，仅用以方便、明晰地辅助说明本专利技术实施例的目的。
[0027]在下文中，如果本文所述的方法包括一系列步骤，本文所呈现的这些步骤的顺序并非必须是可执行这些步骤的唯一顺序，且一些所述的步骤可被省略和/或一些本文未描述的其他步骤可被添加到该方法。
[0028]在一些交易场景，比如批转联交易过程中，需要系统生成唯一的流水号，去保障交易的正常进行，目前常用的是采用组合的方式，比如时间戳加上随机数，截取对应的流水号所需要的长度。在高并发情况下，时间戳以及随机数的组合会生成重复的情况，导致影响交易的正常进行。
[0029]为了解决现有技术中存在的问题，本专利技术提供了一种应用于高并发场景下生成唯一流水号的方法，如图1所示，所述方法包括以下步骤：
[0030]解析收到的交易文件，形成字段；
[0031]根据字段组装形成金融交易类请求报文，所述请求报文内包含流水号；
[0032]判断交易返回的39域，若为94、98或01，则更新所述请求报文内的流水号，并重新发送所述请求报文；若为00、11或A5，则交易成功；
[0033]判断重新发送所述请求报文的结果，若交易成功，则不再继续重新发送所述请求报文；若交易失败，则继续重新发送所述请求报文，并更新所述请求报文内的流水号，直至重新发送所述请求报文的次数达到预设上限；
[0034]若重新发送所述请求报文的次数达到预设上限时，交易还未成功，则为交易失败。
[0035]进一步的，若39域为94，重新发送所述请求报文的次数的预设上限为3次；若39域为98或01，重新发送所述请求报文的次数的预设上限为1次。
[0036]在一个实施例中，当批转联交易进来时，该类交易假设流水号生成规则为：长度为6位，则前3位获取当前时间戳的后3位，后3位获取一个3位的随机数。本专利技术中若更新所述请求报文内的流水号，则同时更新时间戳和随机数，得到新的流水号。
[0037]通常的，交易返回的3域根据实际情况更新。例如最初3域为810000，为存款，组装完毕，进行金融交易的发送；如果在39域返回不是交易成功时，则会超时，此时进行发送确认交易，然后根据39域的结果重新生成新的流水号，同时交易类型为确认交易(即3域更新为210000)，组装完毕发送交易，如果交易仍超时，则继续进行同样的处理。
[0038]优选的，组装形成金融交易类请求报文之前，还包括以下步骤：校验各字段是否符合要求。校验各字段是否符合要求的方式包括：校验各个字段的大小以及长度。
[0039]进一步的，得到符合要求的字段之后，组装形成金融交易类请求报文之前，还包括以下步骤：判断本次交易是否为重复交易，如果是重复交易，则反馈交易失败，如果不是重复交易，则组装形成金融交易类请求报文。
[0040]通常的，所述请求报文内还包含交易类型、商户类型、终端类型以及客户姓名。
[0041]可选的，在所述应用于高并发场景下生成唯一流水号的方法中，若交易成功，则生成交易成功反馈文件，若交易失败，则生成交易失败反馈文件，最后存储反馈文件。
[0042]综上，在本专利技术本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种应用于高并发场景下生成唯一流水号的方法，其特征在于，包括以下步骤：解析收到的交易文件，形成字段；根据字段组装形成金融交易类请求报文，所述请求报文内包含流水号；判断交易返回的39域，若为94、98或01，则更新所述请求报文内的流水号，并重新发送所述请求报文；若为00、11或A5，则交易成功；判断重新发送所述请求报文的结果，若交易成功，则不再继续重新发送所述请求报文；若交易失败，则继续重新发送所述请求报文，并更新所述请求报文内的流水号，直至重新发送所述请求报文的次数达到预设上限；若重新发送所述请求报文的次数达到预设上限时，交易还未成功，则为交易失败。2.如权利要求1所述的应用于高并发场景下生成唯一流水号的方法，其特征在于，若39域为94，重新发送所述请求报文的次数的预设上限为3次；若39域为98或01，重新发送所述请求报文的次数的预设上限为1次。3.如权利要求1所述的应用于高并发场景下生成唯一流水号的方法，其特征在于，交易返回的3域根据实际情况更新。4.如权利要求1所述的应用...

【专利技术属性】
技术研发人员：王衡虎，
申请(专利权)人：上海通联金融服务有限公司，
类型：发明
国别省市：