[发明专利]网络请求防重处理方法及装置

说明书

本公开实施例公开了一种网络请求防重处理方法及装置。其中，该方法包括：监听上游系统返回的操作结果信息，获取所述操作结果信息中的失败记录信息，将所述失败记录信息写入临时记录表中；监听发往下游系统的全部操作信息，识别并拦截所述全部操作信息中的失败记录信息，根据所述临时记录表对被拦截的失败记录信息进行对应的处理；监听下游系统发起的重复操作请求，在所述临时记录表中查询所述重复操作请求的匹配情况，根据所述匹配情况处理所述重复操作请求。

技术领域

本公开涉及计算机网络技术领域，具体涉及一种网络请求防重处理方法、装置、电子设备及存储介质。

背景技术

当前的互联网是一个异常庞大的综合系统，依靠一系列严格的网络协议和请求响应机制，实现了几十亿用户和上百亿设备的互联互通，事实上是非常复杂和精细的一套系统。在正常情况下，每个互联网请求都会在极短的时间内得到响应，从而很快完成一项事务处理；但在某些情况下，受各种内外部因素的影响下，并非每项互联网请求都会得到及时的响应。举例来说，在一个典型的互联网平台服务系统中，一个完整的业务处理会涉及用户、服务方、平台方、中介机构(第三方支付)和结算机构等多个交互方，这中间有任何一个步骤未及时完成都有可能导致业务的响应滞后。

对于业务实时性不太高的场景，可以把未响应业务挂起，在后续一段时间内重复轮询，仅在超过规定的时间及轮询次数后才将业务标记为失败，而后终止本次业务等待用户重新提交请求再次执行。但是对于业务实时性要求非常高，并且用户体验有极致要求的场景来说，这种方式显然是存在明显问题的。比如在互联网打车、点餐、外卖等业务中，用户不可能等待较长的时间来确定任务失败，而是会选择立刻终结前次任务并发起再次尝试。

对于用户来说这可能只是一个单独的任务，但在平台方和中介机构看来，由于平台业务本身就有高并发的特点，中介机构更是要面对多个平台系统的接入，在要处理千万级别的瞬时业务量的情况下，快速而频繁发起的重复操作很难与在先的操作区分，极易导致系统业务出错(比如重复付款等)。为避免不必要的重复操作引发错误，现有技术一般通过特定字段的防重判断来实现唯一性约束(unique constraint)，例如，各个系统的业务记录都新增一全程唯一订单号字段，平台接入系统发起重汇时要用该订单号，第三方代付系统根据该订单号判断是否发生重汇。此外，现有技术中也可通过联合/组合约束方式来进行唯一性约束，亦即不是通过特定字段的统一改造，而是利用现有记录中的多个字段(也可称为关键字段)的联合/组合来唯一确定一个业务。

然而，发明人在实现本公开实施例相关技术方案的过程中发现，现有技术的防重处理仍存在着明显的缺陷：其中，特定字段的方式需要对所有接入系统都统一改造，在每个系统的数据库中都增加相应的字段并统一分配，其改造成本较高。而由于业务数量的庞大，多字段的联合/组合约束也很难保证现实中业务的唯一性，以一个常见互联网业务订单为例，通常用渠道、业务类别、付款账号、收款账号和金额这5个关键字段来联合/组合约束，但实际情况中5个关键字段全部相同的多个不同正常业务也是经常会出现的，并不能真正有效地实现防重。

发明内容

针对现有技术中的上述技术问题，本公开实施例提出了一种网络请求防重处理方法、装置、电子设备及计算机可读存储介质，以解决现有技术中防重处理成本高或有效性差的问题。

本公开实施例的第一方面提供了一种网络请求防重处理方法，包括：

监听上游系统返回的操作结果信息，获取所述操作结果信息中的失败记录信息，将所述失败记录信息写入临时记录表中；

监听发往下游系统的全部操作信息，识别并拦截所述全部操作信息中的失败记录信息，根据所述临时记录表对被拦截的失败记录信息进行对应的处理；

监听下游系统发起的重复操作请求，在所述临时记录表中查询所述重复操作请求的匹配情况，根据所述匹配情况处理所述重复操作请求。

在一些实施例中，所述将所述失败记录信息写入临时记录表中包括：