CN114827280A - 请求处理方法、装置、设备、介质 - Google Patents

请求处理方法、装置、设备、介质 Download PDF

Info

Publication number
CN114827280A
CN114827280A CN202210454792.4A CN202210454792A CN114827280A CN 114827280 A CN114827280 A CN 114827280A CN 202210454792 A CN202210454792 A CN 202210454792A CN 114827280 A CN114827280 A CN 114827280A
Authority
CN
China
Prior art keywords
information
interface
target
interval duration
retry interval
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202210454792.4A
Other languages
English (en)
Other versions
CN114827280B (zh
Inventor
杨磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Construction Bank Corp
Original Assignee
China Construction Bank Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp filed Critical China Construction Bank Corp
Priority to CN202210454792.4A priority Critical patent/CN114827280B/zh
Publication of CN114827280A publication Critical patent/CN114827280A/zh
Application granted granted Critical
Publication of CN114827280B publication Critical patent/CN114827280B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Computer And Data Communications (AREA)

Abstract

本公开提供了一种请求处理方法、装置、设备及介质，可以应用于计算机技术领域和金融技术领域。该请求处理方法包括：响应于由目标接口反馈的接口返回失败信息，获取目标接口的接口标识信息；根据接口标识信息，确定在预设时间段内，目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息，其中，预设重试间隔时长信息表征目标接口返回失败信息的时刻和向目标服务器重新发送服务请求的时刻之间的时间差；根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息；以及根据实际重试间隔时长信息，在目标时刻向目标服务器重新发送服务请求。

Description

请求处理方法、装置、设备、介质
技术领域
本公开涉及计算机技术领域和金融技术领域，具体地涉及一种请求处理方法、装置、设备、介质和程序产品。
背景技术
在分布式环境中，服务间相互依赖，经常可能因为网络抖动等原因导致访问失败。这时候使用重试机制可以提高请求的最终成功率，减少故障影响，阻止级联故障，从而使分布式***更具弹性。
传统的重试机制，是基于各种经验值和人工调整参数以确定***重新发送服务请求的重试时间，但是，这种方式由于人工干预调整参数的过程较为繁琐，导致重试效率较低。
发明内容
鉴于上述问题，本公开提供了一种请求处理方法、装置、设备、介质和程序产品。
根据本公开的一个方面，提供了一种请求处理方法，包括：
响应于由目标接口反馈的接口返回失败信息，获取目标接口的接口标识信息；
根据接口标识信息，确定在预设时间段内，目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息，其中，预设重试间隔时长信息表征目标接口返回失败信息的时刻和向目标服务器重新发送服务请求的时刻之间的时间差；
根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息；以及
根据实际重试间隔时长信息，在目标时刻向目标服务器重新发送服务请求。
根据本公开的实施例，根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息，包括：
在接口返回状态变化信息满足第一预设条件的情况下，根据预设重试间隔时长参数和运行状态变化参数和第一随机系数构建第一重试间隔时长函数，第一随机系数是由预设随机数生成函数生成的；
将运行状态变化信息、预设重试间隔时长输入第一重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息，包括：
在接口返回状态变化信息和运行状态信息满足第二预设条件的情况下，根据预设重试间隔时长参数和运行状态变化参数和第二随机系数构建第二重试间隔时长函数，其中，第二随机系数是由预设随机数生成函数生成的；
将运行状态变化信息、预设重试间隔时长输入第二重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息，包括：
在接口返回状态变化信息和运行状态信息满足第三预设条件的情况下，根据预设重试间隔时长参数和第三随机系数构建第三重试间隔时长函数，其中，第三随机系数是由预设随机数生成函数生成的；
将预设重试间隔时长输入第三重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，根据实际重试间隔时长信息，在目标时刻向目标服务器重新发送服务请求，包括：
响应于目标接口反馈的接口返回失败信息，记录第一时刻；
根据实际重试间隔时长信息和第一时刻，确定目标时刻；
在目标时刻向目标服务器重新发送服务请求。
根据本公开的实施例，根据接口标识信息，确定在预设时间段内，目标接口的接口返回状态变化信息、目标服务器的运行状态变化信息和预设重试间隔时长信息，包括：
根据接口标识信息，通过查询目标接口对应的服务器列表，确定目标服务器的运行状态变化信息；
根据接口标识信息，通过查询目标接口对应的接口返回状态信息列表，确定接口返回状态变化信息。
根据本公开的实施例，根据接口标识信息，通过查询目标接口对应的服务器列表，确定目标服务器的运行状态变化信息，包括：
根据接口标识信息，通过查询目标接口对应的服务器列表，获取第一运行状态信息和第二运行状态信息，第一运行状态信息表征目标服务器在第一预设时间段内的运行状态信息；第二运行状态信息表征目标服务器在第二预设时间段内的运行状态信息；
根据第一运行状态信息和第二运行状态信息，确定运行状态变化信息。
根据本公开的实施例，根据接口标识信息，通过查询目标接口对应的接口返回状态信息列表，确定接口返回状态变化信息，包括：
根据接口标识信息，通过查询目标接口对应的接口返回状态信息列表，获取第一接口返回状态信息和第二接口返回状态信息，第一接口返回状态信息表征目标接口在第一预设时间段内的第一接口返回状态信息，第二接口返回状态信息表征目标接口在第二预设时间段内的第二接口返回状态信息；
根据第一接口返回状态信息和第二接口返回状态信息，确定接口返回状态变化信息。
本公开的另一个方面提供了一种请求处理装置，包括：获取模块、第一确定模块、第二确定模块和发送模块。其中，获取模块，用于响应于目标接口反馈的接口返回失败信息，获取目标接口的接口标识信息。第一确定模块，用于根据接口标识信息，确定在预设时间段内，目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息，其中，预设重试间隔时长信息表征目标接口返回失败信息的时刻和向目标服务器重新发送服务请求的时刻之间的时间差。第二确定模块，用于根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息。发送模块，用于根据实际重试间隔时长信息，在目标时刻向目标服务器重新发送服务请求。
根据本公开的实施例，第二确定模块包括第一构建单元和第一确定单元。其中，第一构建单元，用于在接口返回状态变化信息满足第一预设条件的情况下，根据预设重试间隔时长参数和运行状态变化参数和第一随机系数构建第一重试间隔时长函数，第一随机系数是由预设随机数生成函数生成的。第一确定单元，用于将运行状态变化信息、预设重试间隔时长输入第一重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，第二确定模块包括第二构建单元和第二确定单元。其中，第二构建单元，用于在接口返回状态变化信息和运行状态信息满足第二预设条件的情况下，根据预设重试间隔时长参数和运行状态变化参数和第二随机系数构建第二重试间隔时长函数，其中，第二随机系数是由预设随机数生成函数生成的。第二确定单元，用于将运行状态变化信息、预设重试间隔时长输入第二重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，第二确定模块包括第三构建单元和第三确定单元。其中，第三构建单元，用于在接口返回状态变化信息和运行状态信息满足第三预设条件的情况下，根据预设重试间隔时长参数和第三随机系数构建第三重试间隔时长函数，其中，第三随机系数是由预设随机数生成函数生成的。第三确定单元，用于将预设重试间隔时长输入第三重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，第一确定模块包括第四确定单元和第五确定单元。其中，第四确定单元，用于根据接口标识信息，通过查询目标接口对应的服务器列表，确定目标服务器的运行状态变化信息。第五确定单元，用于根据接口标识信息，通过查询目标接口对应的接口返回状态信息列表，确定接口返回状态变化信息。
根据本公开的实施例，第四确定单元包括第一查询子单元和第一确定子单元。其中，第一查询子单元，用于根据接口标识信息，通过查询目标接口对应的服务器列表，获取第一运行状态信息和第二运行状态信息，第一运行状态信息表征目标服务器在第一预设时间段内的运行状态信息；第二运行状态信息表征目标服务器在第二预设时间段内的运行状态信息。第一确定子单元，用于根据第一运行状态信息和第二运行状态信息，确定运行状态变化信息。
根据本公开的实施例，第五确定单元包括第二查询子单元和第二确定子单元。其中，第二查询子单元，用于根据接口标识信息，通过查询目标接口对应的接口返回状态信息列表，获取第一接口返回状态信息和第二接口返回状态信息，第一接口返回状态信息表征目标接口在第一预设时间段内的第一接口返回状态信息，第二接口返回状态信息表征目标接口在第二预设时间段内的第二接口返回状态信息。第二确定子单元，用于根据第一接口返回状态信息和第二接口返回状态信息，确定接口返回状态变化信息。
本公开的另一个方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述请求处理方法。
本公开的另一个方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述请求处理方法。
本公开的另一个方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述请求处理方法。
根据本公开的实施例，通过接口标识信息，确定在预设时间段内，目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息。根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息。根据实际重试间隔时长信息，在目标时刻向目标服务器重新发送服务请求。由于预设时间段内的目标接口的目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息反映了目标接口和目标服务器的状态，根据目标接口和目标服务器的状态确定的实际重试间隔时长信息，可以提高服务请求的重试效率。
附图说明
通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
图1示意性示出了根据本公开实施例的请求处理方法、装置、设备、介质和程序产品的应用场景图；
图2示意性示出了根据本公开实施例的请求处理方法的流程图；
图3示意性示出了根据本公开实施例的确定实际重试间隔时长的方法流程图；
图4示意性示出了根据本公开实施例的向目标服务器重新发送服务请求的方法流程图；
图5示意性示出了根据本公开实施例的确定目标服务器的运行状态变化信息和接口返回状态变化信息的方法流程图；
图6示意性示出了根据本公开的实施例的请求处理方法逻辑框图；
图7示意性示出了根据本公开实施例的请求处理装置的结构框图；以及
图8示意性示出了根据本公开实施例的适于实现请求处理方法的电子设备的方框图。
具体实施方式
以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。
需要说明的是，本公开的请求处理方法和装置可用于金融领域和计算机技术领域，也可用于除金融领域之外的任意领域，本公开的请求处理方法和装置的应用领域不做限定。
由于微服务架构***规模变得越来越大，各微服务间的调用关系也变得越来越复杂。在微服务的应用中，一个由客户端发起的请求在后端***中会经过多个不同的微服务调用来协同产生最后的请求结果，在复杂的微服务架构***中，几乎每一个前端请求都会形成一个复杂的分布式服务调用链路，在每条链路中任何一个依赖服务出现延迟超时或者错误都有可能引起整个请求最后的失败，追溯起来也是十分繁琐的事情。
为此可以从接口的角度来考虑动态确定重试间隔时长，对于一次接口调用发起服务器和对应为这个接口提供服务的所有的服务器视为一个小的控制***，接口调用发起服务器的调用视为这个控制***的输入，对应为这个接口提供服务的服务器给与服务视为***的输出，为这个接口提供服务的服务器的状态会随着输入的变化而变化，同时也将影响到对下一次输入的执行状态，通过这些状态的信息来反向传道到输入，来修正重新尝试的间隔时间参数。
***在重试间隔时长与被访问的服务器的状态与对应的接口有密切的关系，他们的关系如下：
当对应的接口一直没有成功的返回，也没有必要重新尝试，增加***的重试时间，增加的时间与中央处理器的使用率和内存的占有率的变化率有关，变化的值大于零，小于原来的重试时间。
当对应的接口有成功的返回，且对应的该接口的服务器中央处理器的使用率和内存的占有率有所下降，则减小***的重试时间，减少的时间与中央处理器的使用率和内存的占有率的变化率有关，变化的值大于零，小于原来的重试时间。
当对应的接口有成功的返回，但对应的该接口的服务器CPU的使用率和内存的占有率没有变化或有所增加，则维持原来的重试时间。
有鉴于此，本公开的实施例提供了一种请求处理方法，通过接口标识信息，确定在预设时间段内，目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息。根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息。根据实际重试间隔时长信息，在目标时刻向目标服务器重新发送服务请求。由于预设时间段内的目标接口的目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息反映了目标接口和目标服务器的状态，根据目标接口和目标服务器的状态确定的实际重试间隔时长信息，可以提高服务请求的重试效率。
图1示意性示出了根据本公开实施例的请求处理方法的应用场景图。
如图1所示，根据该实施例的应用场景100可以包括终端设备101、102、103、网络104、服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
需要说明的是，本公开实施例所提供的请求处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的请求处理装置一般可以设置于服务器105中。本公开实施例所提供的请求处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的请求处理装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
以下将基于图1描述的场景，通过图2～图6对公开实施例的请求处理方法进行详细描述。
图2示意性示出了根据本公开实施例的请求处理方法的流程图。
如图2所示，该实施例的请求处理方法包括操作S210～操作S240。
在操作S210，响应于由目标接口反馈的接口返回失败信息，获取目标接口的接口标识信息。
根据本公开的实施例，接口标识信息可以为接口在分布式***中的唯一标识，可以设置为服务名称+功能名称+接口序号，例如：xx服务登录接口80001等等。
在操作S220，根据接口标识信息，确定在预设时间段内，目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息，其中，预设重试间隔时长信息表征目标接口返回失败信息的时刻和向目标服务器重新发送服务请求的时刻之间的时间差。
根据本公开的实施例，根据接口标识信息，可以通过查询提供该目标接口的服务器列表，确定与目标接口相关联的目标服务器的运行状态变化信息。目标服务器的运行状态变化信息可以包括中央处理器的使用率变化信息和内存使用率变化信息。
根据本公开的实施例，与目标接口相关联的目标服务器可以为一台，也可以为多台服务器。当与目标接口相关联的目标服务器为多台服务器时，基于负载均衡原则，在进行***重试时，会向与目标接口相关联的任一台服务器发送服务请求，因此，目标服务器的运行状态变化信息可以为多台服务器的中央处理器的使用率变化信息和内存使用率变化信息。
根据本公开的实施例，目标接口的接口返回状态变化信息可以为目标接口的接口返回成功信息的变化信息。可以通过***获取接口的接口返回状态信息。根据目标接口的标识信息，查询该目标接口的接口返回状态信息中的接口返回成功信息。接口返回成功信息可以使用无符号整型来进行存储，超过整形存储的最大值，会从零开始继续计数。
在操作S230，根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息。
根据本公开的实施例，例如：当在预设时间段内，接口返回成功信息的数量下降，说明在该预设时间段内，该接口被成功调用，可能提供该接口的服务器还没有恢复，需要等待较长的时间再向目标服务器重新发送服务请求，可以确定实际重试间隔时长为T1。
根据本公开的实施例，例如：当在预设时间段内，接口返回成功信息的数量上升，说明在该预设时间段内，该接口被成功调用，说明提供该接口的服务器已经恢复，需要进一步判断提供该接口的服务器的运行状态信息。例如：在通过该接口的服务器的运行状态信息确定该接口的服务器已经恢复正常状态的情况下，可以确定实际重试间隔时长为T2。在通过该接口的服务器的运行状态信息确定该接口的服务器未恢复或不确定是否恢复正常状态的情况下，可以确定实际重试间隔时长为T3。
在操作S240，根据实际重试间隔时长信息，在目标时刻向目标服务器重新发送服务请求。
根据本公开的实施例，例如：接收到目标接口反馈的接口返回失败信息的时刻为t1，实际重试间隔时长信息为T1，可以确定目标时刻t2可以为t1+T1。在目标时刻t2向目标服务器重新发送服务请求。
根据本公开的实施例，通过接口标识信息，确定在预设时间段内，目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息。根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息。根据实际重试间隔时长信息，在目标时刻向目标服务器重新发送服务请求。由于预设时间段内的目标接口的目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息反映了目标接口和目标服务器的状态，根据目标接口和目标服务器的状态确定的实际重试间隔时长信息，可以提高服务请求的重试效率。
图3示意性示出了根据本公开实施例的确定实际重试间隔时长的方法流程图。
如图3所示，该实施例的确定实际重试间隔时长的方法包括操作S310～S320。
在操作S310，在接口返回状态变化信息满足第一预设条件的情况下，根据预设重试间隔时长参数和运行状态变化参数和第一随机系数构建第一重试间隔时长函数，第一随机系数是由预设随机数生成函数生成的。
根据本公开的实施例，第一预设条件可以为接口返回成功信息的数量下降。第一重试间隔时长函数如式(一)所示：
T1＝T0*(1+|k1*ΔC+(1-k1)*ΔS|) (一)
其中，T1表示第一预设条件下确定的实际重试间隔时长，T0表示预设重试间隔时长，k1表示第一随机系数，ΔC表示目标服务器的中央处理器使用变化率，ΔS表示目标服务器的内存使用变化率。
在操作S320，将运行状态变化信息、预设重试间隔时长输入第一重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，将预设时间段内的运行状态变化信息ΔC、ΔS、预设重试间隔时长T0输入式(一)所示的公式中，确定实际重试间隔时长信息T1。
根据本公开的实施例，预设时间段可以根据获取目标服务器的运行状态信息的频率确定。例如：获取目标服务器的运行状态信息的频率可以为1秒/次，可以确定预设时间段为2秒。
根据本公开的实施例，由于第一重试间隔时长函数是在目标接口的接口返回状态变化信息满足第一预设条件下确定的，在目标接口的接口返回成功信息数量下降的情况下，可以确定目标服务器未恢复状态，因此将相关参数输入第一重试间隔时长函数确定实际重试间隔时长，可以提高重试效率。
根据本公开的实施例，根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息，包括：
在接口返回状态变化信息和运行状态信息满足第二预设条件的情况下，根据预设重试间隔时长参数和运行状态变化参数和第二随机系数构建第二重试间隔时长函数，其中，第二随机系数是由预设随机数生成函数生成的；
将运行状态变化信息、预设重试间隔时长输入第二重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，第二预设条件可以为接口返回成功信息数量上升，目标服务器的运行状态已恢复。第二重试间隔时长函数如式(二)所示：
T2＝T0*(1-|k2*ΔC+(1-k2)*ΔS|) (二)
其中，T2表示第二预设条件下确定的实际重试间隔时长，T0表示预设重试间隔时长，k2表示第二随机系数，ΔC表示目标服务器的中央处理器使用变化率，ΔS表示目标服务器的内存使用变化率。
根据本公开的实施例，目标服务器的运行状态可以采用(k2*ΔC+(1-k2)*ΔS)的值进行判断。当(k2*ΔC+(1-k2)*ΔS)小于0时，表示目标服务器的运行状态已恢复。当(k2*ΔC+(1-k2)*ΔS)大于0时，表示目标服务器的运行状态未恢复或不明确。
根据本公开的实施例，将预设时间段内的运行状态变化信息ΔC、ΔS、预设重试间隔时长T0输入式(二)所示的公式中，确定实际重试间隔时长信息T2。
根据本公开的实施例，由于第二重试间隔时长函数是在目标接口的接口返回状态变化信息和运行状态信息满足第二预设条件下确定的，在目标接口的接口返回成功信息数量上升的情况下，并确定目标服务器已恢复状态，因此将相关参数输入第二重试间隔时长函数确定实际重试间隔时长，可以提高重试效率。
根据本公开的实施例，根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息，包括：
在接口返回状态变化信息和运行状态信息满足第三预设条件的情况下，根据预设重试间隔时长参数和第三随机系数构建第三重试间隔时长函数，其中，第三随机系数是由预设随机数生成函数生成的；
将预设重试间隔时长输入第三重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，第三预设条件可以为接口返回成功信息数量上升，但是目标服务器的运行状态未恢复或不确定是否恢复。第三重试间隔时长函数如式(三)所示：
T3＝T0*k3*2 (三)
其中，T3表示第三预设条件下确定的实际重试间隔时长，T0表示预设重试间隔时长，k3表示第三随机系数。
根据本公开的实施例，将预设重试间隔时长T0输入式(三)所示的公式中，确定实际重试间隔时长信息T3。
根据本公开的实施例，由于第三重试间隔时长函数是在目标接口的接口返回状态变化信息和运行状态信息满足第二预设条件下确定的，在目标接口的接口返回成功信息数量上升的情况下，无法确定目标服务器的运行状态或确定目标服务器的运行状态未恢复，因此将相关参数输入第三重试间隔时长函数确定实际重试间隔时长，可以提高重试效率。
图4示意性示出了根据本公开实施例的向目标服务器重新发送服务请求的方法流程图。
如图4所示，该实施例的向目标服务器重新发送服务请求的方法包括操作S410～S430。
在操作S410，响应于目标接口反馈的接口返回失败信息，记录第一时刻。
在操作S420，根据实际重试间隔时长信息和第一时刻，确定目标时刻。
在操作S430，在目标时刻向目标服务器重新发送服务请求。
根据本公开的实施例，例如：响应于目标接口反馈的接口返回失败信息，记录第一时刻t1，根据实际重试间隔时长T和第一时刻t1，确定目标时刻t2。可以在接收到目标接口反馈的接口返回失败信息时，开启定时器，在经过间隔时长T后，向目标服务器重新发送服务请求。
根据本公开的实施例，由于***会根据目标接口的返回状态变化信息和目标服务器的运行状态变化信息确定的实际重试间隔时长，确定向目标服务器重新发送服务请求的目标时刻，可以解决相关技术中采用固定的时长间隔向目标服务器重新发送服务请求，出现目标接口不断返回失败信息的问题。
图5示意性示出了根据本公开实施例的确定目标服务器的运行状态变化信息和接口返回状态变化信息的方法流程图。
如图5所示，该实施例包括操作S510～S520。
在操作S510，根据接口标识信息，通过查询目标接口对应的服务器列表，确定目标服务器的运行状态变化信息。
根据本公开的实施例，目标服务器的运行状态变化信息可以包括中央处理器的使用变化率和内存的使用变化率。由于每一台服务器可能提供多个接口的访问功能，如果每个接口每次调用都查询一次中央处理器的使用率和内存的使用率，那势必增加了服务器的负担，可以让服务器定时上报中央处理器的使用率和内存的使用率，或者中心服务器定时拉取对应服务器的中央处理器的使用率和内存的使用率，并将接口与服务器运行状态的关联存储在中心服务器中，以备动态计算与目标接口关联的目标服务器的中央处理器的使用变化率和内存的使用变化率。
在操作S520，根据接口标识信息，通过查询目标接口对应的接口返回状态信息列表，确定接口返回状态变化信息。
根据本公开的实施例，例如：可以通过***获取目标接口的调用和返回信息，并将接口返回成功信息返回至中心服务器的接口返回状态信息列表中。通过查询目标接口对应的接口返回状态信息列表，可以确定接口返回状态变化信息，例如：通过查询目标接口的接口返回成功信息，可以确定在预设时间段内，接口返回成功信息的数量变化信息，例如：接口返回成功信息数量上升或下降。
根据本公开的实施例，通过接口返回状态信息的变化可以确定在预设时间段内目标接口是否已经能够被成功调用，通过目标服务器的运行状态变化信息可以确定在目标接口已经被成功调用的情况下，与目标接口关联的目标服务器的运行状态是否可以恢复，从而确定向目标服务器重新发送服务请求的实际重试间隔时长，提高重试服务请求能够被成功响应的效率。
根据本公开的实施例，根据接口标识信息，通过查询目标接口对应的服务器列表，确定目标服务器的运行状态变化信息，包括：
根据接口标识信息，通过查询目标接口对应的服务器列表，获取第一运行状态信息和第二运行状态信息，第一运行状态信息表征目标服务器在第一预设时间段内的运行状态信息；第二运行状态信息表征目标服务器在第二预设时间段内的运行状态信息；
根据第一运行状态信息和第二运行状态信息，确定运行状态变化信息。
根据本公开的实施例，例如：与目标接口关联的服务器有N台，由于向服务器重新发送服务请求时，一般是基于负载均衡，向N台目标服务器中的任一台发送的，因此，在确定预设时间段内的目标服务器的运行状态变化信息时，可以确定N台服务器的运行状态变化信息。
根据本公开的实施例，例如：根据接口标识信息，通过查询目标接口对应的服务器列表，获取第一运行状态信息可以为第一预设时间段内的目标服务器的中央处理器使用率
Figure BDA0003617206250000161
和目标服务器的内存使用率
Figure BDA0003617206250000162
第二运行状态信息可以为第二预设时间段内目标服务器的中央处理器使用率
Figure BDA0003617206250000163
和目标服务器的内存使用率
Figure BDA0003617206250000164
当与目标接口关联的目标服务器为N台时，可以按照式(四)计算目标服务器的中央处理器使用变化率，按照式(五)计算目标服务器的内存使用变化率。
Figure BDA0003617206250000165
其中，ΔC表示中央处理器使用变化率，
Figure BDA0003617206250000166
表示第一预设时间段内的目标服务器的中央处理器使用率，
Figure BDA0003617206250000167
表示第二预设时间段内的目标服务器的中央处理器使用率，N表示与目标接口关联的目标服务器的台数。
Figure BDA0003617206250000168
其中，ΔS表示内存使用变化率，
Figure BDA0003617206250000169
表示第一预设时间段内目标服务器的内存使用率，
Figure BDA00036172062500001610
表示第二预设时间段内目标服务器的内存使用率，N表示与目标接口关联的目标服务器的台数。
根据本公开的实施例，通过根据预设时间段内目标服务器的运行状态的变化，动态确定实际重试间隔时长，以确保在目标服务器已经恢复正常，可以成功响应服务请求的情况下，再向目标服务器重新发送服务请求，以提高***重试效率。
根据本公开的实施例，根据接口标识信息，通过查询目标接口对应的接口返回状态信息列表，确定接口返回状态变化信息，包括：
根据接口标识信息，通过查询目标接口对应的接口返回状态信息列表，获取第一接口返回状态信息和第二接口返回状态信息，第一接口返回状态信息表征目标接口在第一预设时间段内的第一接口返回状态信息，第二接口返回状态信息表征目标接口在第二预设时间段内的第二接口返回状态信息；
根据第一接口返回状态信息和第二接口返回状态信息，确定接口返回状态变化信息。
根据本公开的实施例，接口返回状态信息列表中记录的是目标接口的接口返回状态信息。接口返回状态信息可以为接口返回成功信息，即通过目标接口在预设时间段内接口返回成功信息数量的变化，确定目标接口是否可以被正常调用。
根据本公开的实施例，由于目标接口可以关联多台目标服务器，在预设时间段内，接口返回成功信息数量上升，并不能确定与该目标接口关联的全部目标服务器的运行状态均恢复正常，因此，在确定实际重试间隔时长时，还需要确定与目标接口关联的目标服务器的运行状态。
根据本公开的实施例，例如：在第一预设时间段内，目标接口的接口返回成功信息的数量为m，在第二预设时间段内，目标接口返回成功信息的数量为n，若m＞n，表示在预设时间段内，目标接口返回成功信息的数量下降，目标接口还未恢复正常。若m＜n，表示在预设时间段内，目标接口返回成功信息的数量上升，目标接口已恢复正常。
根据本公开的实施例，通过目标接口的接口返回状态信息的变化，初步确定目标接口恢复的状态，再通过确定与目标接口关联的服务器的运行状态变化信息，最终确定实际重试间隔时长，以确保在目标接口、目标服务器均已经恢复正常，可以成功响应服务请求的情况下，再向目标服务器重新发送服务请求，以提高***重试效率。
图6示意性示出了根据本公开的实施例的请求处理方法逻辑框图。
如图6所示，该实施例包括操作S601～S608。
在操作S601，响应于由目标接口反馈的接口返回失败信息，获取目标接口的接口标识信息。
在操作S602，根据接口标识信息，确定在预设时间段内，目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息。
在操作S603，确定目标接口的接口返回状态变化信息是否满足第一预设条件，若是，则执行操作S604，若不是，则执行操作S605。
在操作S604，将运行状态变化信息、预设重试间隔时长输入第一重试间隔时长函数，确定实际重试间隔时长信息T1。
在操作S605，确定目标接口的接口返回状态变化信息和与目标接口相关联的目标服务器的运行状态变化信息是否满足第二预设条件。若是，则执行操作S606，若不是，则执行操作S607。
在操作S606，将运行状态变化信息、预设重试间隔时长输入第二重试间隔时长函数，确定实际重试间隔时长信息T2。
在操作S607，将预设重试间隔时长输入第三重试间隔时长函数，确定实际重试间隔时长信息T3。
在操作S608，根据实际重试间隔时长信息，在目标时刻向目标服务器重新发送服务请求。
基于上述请求处理方法，本公开还提供了一种请求处理装置。以下将结合图7对该装置进行详细描述。
图7示意性示出了根据本公开实施例的请求处理装置的结构框图。
如图7所示，该实施例的请求处理装置700包括获取模块710、第一确定模块720、第二确定模块730和发送模块740。
获取模块710，用于响应于目标接口反馈的接口返回失败信息，获取目标接口的接口标识信息。在一实施例中，获取模块710可以用于执行前文描述的操作S210，在此不再赘述。
第一确定模块720，用于根据接口标识信息，确定在预设时间段内，目标接口的接口返回状态变化信息、与目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息，其中，预设重试间隔时长信息表征目标接口返回失败信息的时刻和向目标服务器重新发送服务请求的时刻之间的时间差。在一实施例中，第一确定模块720可以用于执行前文描述的操作S220，在此不再赘述。
第二确定模块730，用于根据运行状态变化信息、接口返回状态变化信息和预设重试间隔时长信息，确定实际重试间隔时长信息。在一实施例中，第二确定模块730可以用于执行前文描述的操作S230，在此不再赘述。
发送模块740，用于根据实际重试间隔时长信息，在目标时刻向目标服务器重新发送服务请求。在一实施例中，发送模块740可以用于执行前文描述的操作S240，在此不再赘述。
根据本公开的实施例，第二确定模块包括第一构建单元和第一确定单元。其中，第一构建单元，用于在接口返回状态变化信息满足第一预设条件的情况下，根据预设重试间隔时长参数和运行状态变化参数和第一随机系数构建第一重试间隔时长函数，第一随机系数是由预设随机数生成函数生成的。第一确定单元，用于将运行状态变化信息、预设重试间隔时长输入第一重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，第二确定模块包括第二构建单元和第二确定单元。其中，第二构建单元，用于在接口返回状态变化信息和运行状态信息满足第二预设条件的情况下，根据预设重试间隔时长参数和运行状态变化参数和第二随机系数构建第二重试间隔时长函数，其中，第二随机系数是由预设随机数生成函数生成的。第二确定单元，用于将运行状态变化信息、预设重试间隔时长输入第二重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，第二确定模块包括第三构建单元和第三确定单元。其中，第三构建单元，用于在接口返回状态变化信息和运行状态信息满足第三预设条件的情况下，根据预设重试间隔时长参数和第三随机系数构建第三重试间隔时长函数，其中，第三随机系数是由预设随机数生成函数生成的。第三确定单元，用于将预设重试间隔时长输入第三重试间隔时长函数，确定实际重试间隔时长信息。
根据本公开的实施例，第一确定模块包括第四确定单元和第五确定单元。其中，第四确定单元，用于根据接口标识信息，通过查询目标接口对应的服务器列表，确定目标服务器的运行状态变化信息。第五确定单元，用于根据接口标识信息，通过查询目标接口对应的接口返回状态信息列表，确定接口返回状态变化信息。
根据本公开的实施例，第四确定单元包括第一查询子单元和第一确定子单元。其中，第一查询子单元，用于根据接口标识信息，通过查询目标接口对应的服务器列表，获取第一运行状态信息和第二运行状态信息，第一运行状态信息表征目标服务器在第一预设时间段内的运行状态信息；第二运行状态信息表征目标服务器在第二预设时间段内的运行状态信息。第一确定子单元，用于根据第一运行状态信息和第二运行状态信息，确定运行状态变化信息。
根据本公开的实施例，第五确定单元包括第二查询子单元和第二确定子单元。其中，第二查询子单元，用于根据接口标识信息，通过查询目标接口对应的接口返回状态信息列表，获取第一接口返回状态信息和第二接口返回状态信息，第一接口返回状态信息表征目标接口在第一预设时间段内的第一接口返回状态信息，第二接口返回状态信息表征目标接口在第二预设时间段内的第二接口返回状态信息。第二确定子单元，用于根据第一接口返回状态信息和第二接口返回状态信息，确定接口返回状态变化信息。
根据本公开的实施例，获取模块710、第一确定模块720、第二确定模块730和发送模块740中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获取模块710、第一确定模块720、第二确定模块730和发送模块740中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块710、第一确定模块720、第二确定模块730和发送模块740中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
图8示意性示出了根据本公开实施例的适于实现请求处理方法的电子设备的方框图。
如图8所示，根据本公开实施例的电子设备800包括处理器801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
在RAM 803中，存储有电子设备800操作所需的各种程序和数据。处理器801、ROM802以及RAM 803通过总线804彼此相连。处理器801通过执行ROM 802和/或RAM 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 802和RAM 803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
根据本公开的实施例，电子设备800还可以包括输入/输出(I/O)接口805，输入/输出(I/O)接口805也连接至总线804。电子设备800还可以包括连接至I/O接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/***中所包含的；也可以是单独存在，而未装配入该设备/装置/***中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 802和/或RAM 803和/或ROM 802和RAM 803以外的一个或多个存储器。
本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机***中运行时，该程序代码用于使计算机***实现本公开实施例所提供的上述方法。
在该计算机程序被处理器801执行时执行本公开实施例的***/装置中限定的上述功能。根据本公开的实施例，上文描述的***、装置、模块、单元等可以通过计算机程序模块来实现。
在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分809被下载和安装，和/或从可拆卸介质811被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的***中限定的上述功能。根据本公开的实施例，上文描述的***、设备、装置、模块、单元等可以通过计算机程序模块来实现。
根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (12)

1.一种请求处理方法，包括：
响应于由目标接口反馈的接口返回失败信息，获取所述目标接口的接口标识信息；
根据所述接口标识信息，确定在预设时间段内，所述目标接口的接口返回状态变化信息、与所述目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息，其中，所述预设重试间隔时长信息表征所述目标接口返回失败信息的时刻和向所述目标服务器重新发送服务请求的时刻之间的时间差；
根据所述运行状态变化信息、所述接口返回状态变化信息和所述预设重试间隔时长信息，确定实际重试间隔时长信息；以及
根据所述实际重试间隔时长信息，在目标时刻向所述目标服务器重新发送所述服务请求。
2.根据权利要求1所述的方法，其中，所述根据所述运行状态变化信息、所述接口返回状态变化信息和所述预设重试间隔时长信息，确定实际重试间隔时长信息，包括：
在所述接口返回状态变化信息满足第一预设条件的情况下，根据预设重试间隔时长参数和运行状态变化参数和第一随机系数构建第一重试间隔时长函数，所述第一随机系数是由预设随机数生成函数生成的；
将所述运行状态变化信息、所述预设重试间隔时长输入所述第一重试间隔时长函数，确定所述实际重试间隔时长信息。
3.根据权利要求1所述的方法，其中，所述根据所述运行状态变化信息、所述接口返回状态变化信息和所述预设重试间隔时长信息，确定实际重试间隔时长信息，包括：
在所述接口返回状态变化信息和所述运行状态信息满足第二预设条件的情况下，根据预设重试间隔时长参数和运行状态变化参数和第二随机系数构建第二重试间隔时长函数，其中，所述第二随机系数是由所述预设随机数生成函数生成的；
将所述运行状态变化信息、所述预设重试间隔时长输入所述第二重试间隔时长函数，确定所述实际重试间隔时长信息。
4.根据权利要求1所述的方法，其中，所述根据所述运行状态变化信息、所述接口返回状态变化信息和所述预设重试间隔时长信息，确定实际重试间隔时长信息，包括：
在所述接口返回状态变化信息和所述运行状态信息满足第三预设条件的情况下，根据预设重试间隔时长参数和第三随机系数构建第三重试间隔时长函数，其中，所述第三随机系数是由所述预设随机数生成函数生成的；
将所述预设重试间隔时长输入所述第三重试间隔时长函数，确定所述实际重试间隔时长信息。
5.根据权利要求1所述的方法，其中，根据所述实际重试间隔时长信息，在目标时刻向所述目标服务器重新发送所述服务请求，包括：
响应于所述目标接口反馈的接口返回失败信息，记录所述第一时刻；
根据所述实际重试间隔时长信息和所述第一时刻，确定所述目标时刻；
在所述目标时刻向所述目标服务器重新发送所述服务请求。
6.根据权利要求1所述的方法，其中，根据所述接口标识信息，确定在预设时间段内，所述目标接口的接口返回状态变化信息、目标服务器的运行状态变化信息和预设重试间隔时长信息，包括：
根据所述接口标识信息，通过查询所述目标接口对应的服务器列表，确定所述目标服务器的运行状态变化信息；
根据所述接口标识信息，通过查询所述目标接口对应的接口返回状态信息列表，确定所述接口返回状态变化信息。
7.根据权利要求6所述的方法，其中，所述根据所述接口标识信息，通过查询所述目标接口对应的服务器列表，确定所述目标服务器的运行状态变化信息，包括：
根据所述接口标识信息，通过查询所述目标接口对应的服务器列表，获取第一运行状态信息和第二运行状态信息，所述第一运行状态信息表征所述目标服务器在第一预设时间段内的运行状态信息；所述第二运行状态信息表征所述目标服务器在第二预设时间段内的运行状态信息；
根据所述第一运行状态信息和所述第二运行状态信息，确定所述运行状态变化信息。
8.根据权利要求6所述的方法，其中，所述根据所述接口标识信息，通过查询所述目标接口对应的接口返回状态信息列表，确定所述接口返回状态变化信息，包括：
根据所述接口标识信息，通过查询所述目标接口对应的接口返回状态信息列表，获取第一接口返回状态信息和第二接口返回状态信息，所述第一接口返回状态信息表征所述目标接口在第一预设时间段内的第一接口返回状态信息，所述第二接口返回状态信息表征所述目标接口在第二预设时间段内的第二接口返回状态信息；
根据所述第一接口返回状态信息和所述第二接口返回状态信息，确定所述接口返回状态变化信息。
9.一种请求处理装置，包括：
获取模块，用于响应于目标接口反馈的接口返回失败信息，获取所述目标接口的接口标识信息；
第一确定模块，用于根据所述接口标识信息，确定在预设时间段内，所述目标接口的接口返回状态变化信息、与所述目标接口相关联的目标服务器的运行状态变化信息和预设重试间隔时长信息，其中，所述预设重试间隔时长信息表征所述目标接口返回失败信息的时刻和向所述目标服务器重新发送服务请求的时刻之间的时间差；
第二确定模块，用于根据所述运行状态变化信息、所述接口返回状态变化信息和所述预设重试间隔时长信息，确定实际重试间隔时长信息；以及
发送模块，用于根据所述实际重试间隔时长信息，在目标时刻向所述目标服务器重新发送所述服务请求。
10.一种电子设备，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～8中任一项所述的方法。
11.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～8中任一项所述的方法。
12.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～8中任一项所述的方法。
CN202210454792.4A 2022-04-26 2022-04-26 请求处理方法、装置、设备、介质 Active CN114827280B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210454792.4A CN114827280B (zh) 2022-04-26 2022-04-26 请求处理方法、装置、设备、介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210454792.4A CN114827280B (zh) 2022-04-26 2022-04-26 请求处理方法、装置、设备、介质

Publications (2)

Publication Number Publication Date
CN114827280A true CN114827280A (zh) 2022-07-29
CN114827280B CN114827280B (zh) 2024-04-26

Family

ID=82508906

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210454792.4A Active CN114827280B (zh) 2022-04-26 2022-04-26 请求处理方法、装置、设备、介质

Country Status (1)

Country Link
CN (1) CN114827280B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115604342A (zh) * 2022-09-29 2023-01-13 重庆长安汽车股份有限公司（Cn） 数据处理方法、服务器、计算机可读存储介质
CN116401089A (zh) * 2023-04-23 2023-07-07 中航信移动科技有限公司 一种基于增量迭代的接口熔断方法、存储介质及电子设备

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040143691A1 (en) * 2003-01-16 2004-07-22 International Business Machines Corporation Sender to receiver request retry method and apparatus
US20120209945A1 (en) * 2011-02-16 2012-08-16 Jayadev Chandrasekhar Optimizing Server Resources Using Multiple Retry For High Traffic Websites
US20150134846A1 (en) * 2013-11-14 2015-05-14 Qualcomm Incorporated Method and apparatus for media segment request retry control
CN108345977A (zh) * 2017-01-25 2018-07-31 阿里巴巴集团控股有限公司 一种业务处理方法及装置
CN109614245A (zh) * 2018-10-11 2019-04-12 阿里巴巴集团控股有限公司 消息中间件的消息传递方法、装置、电子设备及存储介质
CN109697113A (zh) * 2018-12-29 2019-04-30 广州华多网络科技有限公司 请求重试的方法、装置、设备及可读存储介质
US20200045117A1 (en) * 2018-08-02 2020-02-06 International Business Machines Corporation Dynamic backoff and retry attempts based on incoming request
US20200089545A1 (en) * 2018-09-17 2020-03-19 Oracle International Corporation Managing load in request processing environments
CN113434337A (zh) * 2021-06-24 2021-09-24 华云数据控股集团有限公司 重试策略的控制方法、装置及电子设备

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040143691A1 (en) * 2003-01-16 2004-07-22 International Business Machines Corporation Sender to receiver request retry method and apparatus
US20120209945A1 (en) * 2011-02-16 2012-08-16 Jayadev Chandrasekhar Optimizing Server Resources Using Multiple Retry For High Traffic Websites
US20150134846A1 (en) * 2013-11-14 2015-05-14 Qualcomm Incorporated Method and apparatus for media segment request retry control
CN108345977A (zh) * 2017-01-25 2018-07-31 阿里巴巴集团控股有限公司 一种业务处理方法及装置
US20200045117A1 (en) * 2018-08-02 2020-02-06 International Business Machines Corporation Dynamic backoff and retry attempts based on incoming request
US20200089545A1 (en) * 2018-09-17 2020-03-19 Oracle International Corporation Managing load in request processing environments
CN109614245A (zh) * 2018-10-11 2019-04-12 阿里巴巴集团控股有限公司 消息中间件的消息传递方法、装置、电子设备及存储介质
CN109697113A (zh) * 2018-12-29 2019-04-30 广州华多网络科技有限公司 请求重试的方法、装置、设备及可读存储介质
CN113434337A (zh) * 2021-06-24 2021-09-24 华云数据控股集团有限公司 重试策略的控制方法、装置及电子设备

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115604342A (zh) * 2022-09-29 2023-01-13 重庆长安汽车股份有限公司（Cn） 数据处理方法、服务器、计算机可读存储介质
CN115604342B (zh) * 2022-09-29 2024-04-16 重庆长安汽车股份有限公司 数据处理方法、服务器、计算机可读存储介质
CN116401089A (zh) * 2023-04-23 2023-07-07 中航信移动科技有限公司 一种基于增量迭代的接口熔断方法、存储介质及电子设备
CN116401089B (zh) * 2023-04-23 2024-01-26 中航信移动科技有限公司 一种基于增量迭代的接口熔断方法、存储介质及电子设备

Also Published As

Publication number Publication date
CN114827280B (zh) 2024-04-26

Similar Documents

Publication Publication Date Title
US20190266537A1 (en) Systems and methods for incident queue assignment and prioritization
US11175913B2 (en) Elastic application framework for deploying software
US11651312B2 (en) Combining batch and queueable technologies in a platform for large volume parallel processing
JP6404911B2 (ja) ネットワーク通信環境における仲介主体のための信頼できるメッセージングのための手法
US7979512B2 (en) Service delivery online
JP2019522846A (ja) データベースプロビジョニングのためのリソース配分
CN114827280A (zh) 请求处理方法、装置、设备、介质
US8996588B2 (en) Mechanism for facilitating dynamic management of assets in an on-demand services environment
US8856365B2 (en) Computer-implemented method, computer system and computer readable medium
CN112288577B (zh) 分布式服务的交易处理方法、装置、电子设备和介质
CN112417042A (zh) 一种处理业务请求的方法和装置
CN113900834A (zh) 基于物联网技术的数据处理方法、装置、设备及存储介质
CN110008173A (zh) 一种数据存储的方法及装置
CN110223179B (zh) 资金的数据处理方法、装置、***、介质
CN111510480A (zh) 一种请求发送方法、装置以及第一服务器
CN113411400B (zh) 信息调用方法、装置、电子设备及可读存储介质
CN110717992B (zh) 调度模型的方法、装置、计算机***和可读存储介质
CN111831503B (zh) 一种基于监控代理的监控方法和监控代理装置
US11188593B1 (en) Reactive programming database interface
CN111818179A (zh) 用户请求的处理方法、装置、计算设备和介质
CN112860770A (zh) 报表生成的方法、装置、电子设备和存储介质
CN113778504B (zh) 一种发布方法、发布***及路由装置
CN114979308B (zh) 一种消息处理的方法和装置
EP4160498A1 (en) Product management method and related device
CN116012158A (zh) 业务处理方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant