CN113296955A - 服务请求的处理方法、装置、计算机设备和介质 - Google Patents

Abstract

本公开提供了一种服务请求的处理方法、装置、计算机设备和介质，涉及云计算技术领域，尤其涉及微服务技术领域。实现方案为：接收服务请求，其中，服务请求包含用于指示服务终止时刻的终止时间标识；基于服务请求，确定待分发的至少一个子请求；以及针对至少一个子请求中的任一子请求，确定能够完成针对该子请求的处理任务的子终止时刻；以及响应于确定子终止时刻超出终止时间标识所指示的服务终止时刻，确定不执行针对该子请求的分发。

Description

服务请求的处理方法、装置、计算机设备和介质

技术领域

本公开涉及云计算技术领域，尤其涉及微服务技术领域，具体涉及一种服务请求的处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

背景技术

云计算(cloud computing)，指的是通过网络接入弹性可扩展的共享物理或虚拟资源池，资源可以包括服务器、操作***、网络、软件、应用和存储设备等，并可以以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术，可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。

在此部分中描述的方法不一定是之前已经设想到或采用的方法。除非另有指明，否则不应假定此部分中描述的任何方法仅因其包括在此部分中就被认为是现有技术。类似地，除非另有指明，否则此部分中提及的问题不应认为在任何现有技术中已被公认。

发明内容

本公开提供了一种服务请求的处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

根据本公开的一方面，提供了一种服务请求的处理方法，包括：接收服务请求，其中，服务请求包含用于指示服务终止时刻的终止时间标识；基于服务请求，确定待分发的至少一个子请求；以及针对至少一个子请求中的任一子请求，确定能够完成针对该子请求的处理任务的子终止时刻；以及响应于确定子终止时刻超出终止时间标识所指示的服务终止时刻，确定不执行针对该子请求的分发。

根据本公开的一方面，提供了一种服务请求的处理装置，包括：接收单元，被配置用于接收服务请求，其中，服务请求包含用于指示服务终止时刻的终止时间标识；第一确定单元，被配置用于基于服务请求，确定待分发的至少一个子请求；以及第二确定单元，被配置用于针对至少一个子请求中的任一子请求，确定能够完成针对该子请求的处理任务的子终止时刻；以及响应于确定子终止时刻超出终止时间标识所指示的服务终止时刻，确定不执行针对该子请求的分发。

根据本公开的一方面，提供了一种计算设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述的方法。

根据本公开的一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行根据上述的方法。

根据本公开的一方面，提供了一种计算机程序产品，包括计算机程序，其中，计算机程序在被处理器执行时实现上述的方法。

根据本公开的一个或多个实施例，可以在服务终止时刻之前，提前终止对无效的子请求向下游节点的分发，避免了网络服务***中的无效处理，有效地节省了处理资源，防止服务雪崩的发生。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图示例性地示出了实施例并且构成说明书的一部分，与说明书的文字描述一起用于讲解实施例的示例性实施方式。所示出的实施例仅出于例示的目的，并不限制权利要求的范围。在所有附图中，相同的附图标记指代类似但不一定相同的要素。

图1示出了示例性的网络服务***示意图；

图2示出了根据本公开的实施例的可以在其中实施本文描述的各种方法的示例性***的示意图；

图3示出了根据本公开的实施例的服务请求的处理方法的流程图；

图4示出了根据本公开的实施例的时间转换示意图；

图5示出了根据本公开的实施例的服务请求处理装置的结构框图；

图6示出了根据本公开的实施例的示例性计算机设备的结构框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在本公开中，除非另有说明，否则使用术语“第一”、“第二”等来描述各种要素不意图限定这些要素的位置关系、时序关系或重要性关系，这种术语只是用于将一个元件与另一元件区分开。在一些示例中，第一要素和第二要素可以指向该要素的同一实例，而在某些情况下，基于上下文的描述，它们也可以指代不同实例。

在本公开中对各种示例的描述中所使用的术语只是为了描述特定示例的目的，而并非旨在进行限制。除非上下文另外明确地表明，如果不特意限定要素的数量，则该要素可以是一个也可以是多个。此外，本公开中所使用的术语“和/或”涵盖所列出的项目中的任何一个以及全部可能的组合方式。

为了应对网络服务业务复杂度的加剧，用于执行网络服务业务的***被随之拆分，特别是随着微服务技术的兴起，一个应用在网络服务***中可能有几十个甚至几百个服务节点在支撑，一个前端的请求可能需要多层级的多次服务节点调用才能完成。例如，如图1所示为一个示例性的网络服务***示意图。网络服务***接收到服务请求之后，根据服务请求的类型，确定与该服务请求相对应的分发策略，以使与该服务请求相对应的至少一个子请求可在***中的多级节点之间分发，通过多个节点的处理结果，返回最终的服务结果。

为了应对网路服务过程中网络和***不稳定的情况，重试机制被引入前端与网络服务***的交互之中，即当未能向前端返回所需的服务结果时，自动触发对服务请求的再次发送。然而，当来自多个前端的服务请求不断地在整个网络服务***的链路中蔓延时，会给网络服务***造成难以估量的负载压力，甚至导致服务雪崩的发生。

在相关技术中，为了降低网络服务***的负载压力，在前端与网络服务***的交互之中引入了超时时间，以通过预设的时间范围的约束，限制整个网路服务***中的服务请求的访问量。例如，可以将超时时间设置为300ms，并规定在前端发出服务请求后300ms，前端自动终止与网络服务***之间的数据连接。

然而，采用超时时间机制仅仅能保证在到达超时时间之后，网络服务***不再启动新的服务处理任务，但是对于在到达超时时间之前已经接收的服务请求，网络服务***则无法终止对该请求的处理。即使在对该服务请求的处理过程中，前端与网路服务***之间的数据连接已经断开，网路服务***的处理结果无法返回前端，网路服务***也将继续执行对该服务请求的处理。随着当前网络服务复杂度的增加，网络服务业务拆分的细化，上述无效的服务请求在网络服务***中的大量节点之间不断地被分发和处理，由此造成了巨大的处理资源的浪费，仍然无法避免服务雪崩的发生。

基于此，本公开提供一种服务请求的处理方法、装置、计算机设备、非瞬时计算机可读存储介质以及计算机程序产品，通过在服务请求中***用于指示服务终止时刻的终止时间标识，使得接收服务请求的节点能够确定服务终止时刻，进而针对基于服务请求所确定的至少一个子请求中的任一子请求，响应于确定能够完成针对该子请求的处理任务的子终止时刻超出服务终止时刻，确定不执行针对该子请求的分发。由此，能够在服务终止时刻之前，提前终止对无效子请求的分发，避免了网络服务***中的无效处理，有效地节省了处理资源，防止服务雪崩的发生。

下面将结合附图详细描述本公开的实施例。

图2示出了根据本公开的实施例可以将本文描述的各种方法和装置在其中实施的示例性***200的示意图。参考图2，该***200包括一个或多个客户端设备201、202、203、204、205和206、服务器220以及将一个或多个客户端设备耦接到服务器220的一个或多个通信网络210。客户端设备201、202、203、204、205和206可以被配置为执行一个或多个应用程序。

在本公开的实施例中，服务器220可以运行使得能够执行服务请求的处理方法的一个或多个服务或软件应用。

在某些实施例中，服务器220还可以提供可以包括非虚拟环境和虚拟环境的其他服务或软件应用。在某些实施例中，这些服务可以作为基于web的服务或云服务提供，例如在软件即服务(SaaS)模型下提供给客户端设备201、202、203、204、205和/或206的用户。

在图2所示的配置中，服务器220可以包括实现由服务器220执行的功能的一个或多个组件。这些组件可以包括可由一个或多个处理器执行的软件组件、硬件组件或其组合。操作客户端设备201、202、203、204、205和/或206的用户可以依次利用一个或多个客户端应用程序来与服务器220进行交互以利用这些组件提供的服务。应当理解，各种不同的***配置是可能的，其可以与***200不同。因此，图2是用于实施本文所描述的各种方法的***的一个示例，并且不旨在进行限制。

用户可以使用客户端设备201、202、203、204、205和/或206来生成和/或发送服务请求。客户端设备可以提供使客户端设备的用户能够与客户端设备进行交互的接口。客户端设备还可以经由该接口向用户输出信息。尽管图2仅描绘了六种客户端设备，但是本领域技术人员将能够理解，本公开可以支持任何数量的客户端设备。

客户端设备201、202、203、204、205和/或206可以包括各种类型的计算机设备，例如便携式手持设备、通用计算机(诸如个人计算机和膝上型计算机)、工作站计算机、可穿戴设备、游戏***、瘦客户端、各种消息收发设备、传感器或其他感测设备等。这些计算机设备可以运行各种类型和版本的软件应用程序和操作***，例如Microsoft Windows、AppleiOS、类UNIX操作***、Linux或类Linux操作***(例如Google Chrome OS)；或包括各种移动操作***，例如Microsoft Windows Mobile OS、iOS、Windows Phone、Android。便携式手持设备可以包括蜂窝电话、智能电话、平板电脑、个人数字助理(PDA)等。可穿戴设备可以包括头戴式显示器和其他设备。游戏***可以包括各种手持式游戏设备、支持互联网的游戏设备等。客户端设备能够执行各种不同的应用程序，例如各种与Internet相关的应用程序、通信应用程序(例如电子邮件应用程序)、短消息服务(SMS)应用程序，并且可以使用各种通信协议。

网络210可以是本领域技术人员熟知的任何类型的网络，其可以使用多种可用协议中的任何一种(包括但不限于TCP/IP、SNA、IPX等)来支持数据通信。仅作为示例，一个或多个网络210可以是局域网(LAN)、基于以太网的网络、令牌环、广域网(WAN)、因特网、虚拟网络、虚拟专用网络(VPN)、内部网、外部网、公共交换电话网(PSTN)、红外网络、无线网络(例如蓝牙、WIFI)和/或这些和/或其他网络的任意组合。

服务器220可以包括一个或多个通用计算机、专用服务器计算机(例如PC(个人计算机)服务器、UNIX服务器、中端服务器)、刀片式服务器、大型计算机、服务器群集或任何其他适当的布置和/或组合。服务器220可以包括运行虚拟操作***的一个或多个虚拟机，或者涉及虚拟化的其他计算架构(例如可以被虚拟化以维护服务器的虚拟存储设备的逻辑存储设备的一个或多个灵活池)。在各种实施例中，服务器220可以运行提供下文所描述的功能的一个或多个服务或软件应用。

服务器220中的计算单元可以运行包括上述任何操作***以及任何商业上可用的服务器操作***的一个或多个操作***。服务器220还可以运行各种附加服务器应用程序和/或中间层应用程序中的任何一个，包括HTTP服务器、FTP服务器、CGI服务器、JAVA服务器、数据库服务器等。

在一些实施方式中，服务器220可以包括一个或多个应用程序，以分析和合并从客户端设备201、202、203、204、205和206的用户接收的数据馈送和/或事件更新。服务器220还可以包括一个或多个应用程序，以经由客户端设备201、202、203、204、205和206的一个或多个显示设备来显示数据馈送和/或实时事件。

在一些实施方式中，服务器220可以为分布式***的服务器，或者是结合了区块链的服务器。服务器220也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。云服务器是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(VPS，Virtual Private Server)服务中存在的管理难度大、业务扩展性弱的缺陷。

***200还可以包括一个或多个数据库230。在某些实施例中，这些数据库可以用于存储数据和其他信息。例如，数据库230中的一个或多个可用于存储诸如音频文件和视频文件的信息。数据存储库230可以驻留在各种位置。例如，由服务器220使用的数据存储库可以在服务器220本地，或者可以远离服务器220且可以经由基于网络或专用的连接与服务器220通信。数据存储库230可以是不同的类型。在某些实施例中，由服务器220使用的数据存储库可以是数据库，例如关系数据库。这些数据库中的一个或多个可以响应于命令而存储、更新和检索到数据库以及来自数据库的数据。

在某些实施例中，数据库230中的一个或多个还可以由应用程序使用来存储应用程序数据。由应用程序使用的数据库可以是不同类型的数据库，例如键值存储库，对象存储库或由文件***支持的常规存储库。

图2的***200可以以各种方式配置和操作，以使得能够应用根据本公开所描述的各种方法和装置。

图3是示出根据本公开示例性实施例的服务请求的处理方法的流程图，如图3所示，该方法可以包括：步骤S301、接收服务请求，其中，服务请求包含用于指示服务终止时刻的终止时间标识；步骤S302基于服务请求，确定待分发的至少一个子请求；以及步骤S303、针对至少一个子请求中的任一子请求，确定能够完成针对该子请求的处理任务的子终止时刻；以及响应于确定子终止时刻超出终止时间标识所指示的服务终止时刻，确定不执行针对该子请求的分发。

基于上述服务请求处理方法，能够在服务终止时刻之前，提前终止无效子请求向下游的分发，避免了网络服务***中的无效处理，有效地节省了处理资源，防止服务雪崩的发生。

针对步骤S301，其中，服务请求的发送端可以是前端的客户端，也可以是网络服务***中的其中一个节点。服务请求的接收端可以是网络服务***中与服务请求的发送端通信连接的另一个节点。上述节点可以是网关或由服务器构成的服务节点等，在此不作限定。

其中，服务终止时刻表示前端与网络服务***中断数据连接的时刻。在一种实施例中，前端可以基于预先设定的超时时间，确定与网络服务***中断数据连接的时刻。例如，当超时时间为300ms时，前端可以在向网络服务***发出服务请求的时刻开始，在经过300ms之后，无论网络服务***是否返回服务结果，前端也会自动中断与网络服务***的数据连接。

需要注意的是，网络服务***往往无法实时感知与前端的数据连接状态，只有在网络服务***向前端读或写数据，发现读或写数据失败时，网络服务***才能知道网络服务***与前端的数据连接已经断开。在这种情况下，网络服务***对服务终止的感知是滞后与真实的服务终止时刻的，更无法在服务终止之前，及时中止在网络服务***中向下游分发无效的服务请求，导致无效的分发和处理在网络服务***中蔓延，消耗处理资源。

在步骤S301中，通过在服务请求中***用于指示服务终止时刻的终止时间标识，能够使接收服务请求的节点感知服务终止时刻，并进而基于确定的服务终止时刻确定对子请求的分发策略，从而能够最大程度地节省***中的处理资源。

根据一些实施例，终止时间标识可以为相对终止时间，相对终止时间可以表示距离服务终止时刻的剩余时长。通过相对终止时间能够使得服务请求的接收端准确获取服务终止时刻。

在一种实施方式中，相对终止时间可以为预先设置的超时时间。

在另一种实施方式中，相对终止时间可以基于服务请求的发送端的当前时刻和服务终止时刻而确定，具体地，相对终止时间为服务终止时刻与当前时刻之间的时间差。

需要注意的是，在不同的机器中往往存在时钟不同步的问题。因此，如果在不同的机器之间直接传输服务终止时刻，会因为时钟不同步而导致接收端无法准确获取真实的服务终止时刻的情况。

例如，发送端的时钟所指示的当前时刻为14点28分46秒，而接收端的时钟比发送端的时钟快2分钟，即接收端的时钟所指示的当前时刻为14点30分46秒。假设在发送端所确定的服务终止时刻为14点28分51秒，并将其通过服务请求传输至接收端。接收端在接收到该服务终止时刻(14点28分51秒)后，将基于接收端的本地时钟的当前时刻(14点30分46秒)，直接判断当前时刻已经超出该服务请求的服务终止时刻，并终止向下游分发后续请求，导致对服务请求的任务处理无法正常执行。

基于此，在发送端和接收端之间传输相对终止时间，以使服务请求的接收端能够准确获取服务终止时刻，避免发送端和接收端之间的时钟不一致造成的接收端的判断误差。

根据一些实施例，在基于服务请求，确定待分发的至少一个子请求之前，可以将相对终止时间转换为绝对终止时间，其中，绝对终止时间可以为服务终止时刻。通过在接收端将相对终止时间转换为绝对终止时间，能够消除服务请求在接收端等待处理的过程所造成的等待误差，进一步提升接收端所确定的服务终止时刻的准确性。

在一种实施方式中，可以通过部署在接收端的代理节点执行相对终止时间向绝对终止时间的转换。

需要注意的是，由于接收端过载等原因，接收端接收到的服务请求可能无法即刻被处理，而需要在队列中等待一定时间，这个等待时间是无法事先计算的。因此，如果接收端在服务请求从等待队列中被取出之后，再根据服务请求中所包含的相对终止时间确定该服务请求所对应的服务终止时刻，无疑将影响接收端判断的准确性。

例如，服务请求中所包括的相对终止时间为200ms，接收端接收到该服务请求之后，该服务请求在队列中等待了50ms，即当该服务请求结束等待，从队列中被取出并开始处理时，已经经过了50ms。然而，接收端是无法将该等待时间50ms从相对终止时间200ms中刨除的，也就是说，接收端认为该服务请求从队列中取出后再经过200ms才会到达服务终止时刻，导致接收端对服务终止时刻的判断产生偏差。

基于此，在接收端接收到服务请求之后，将服务请求中所包含的相对终止时间转换为绝对终止时间。由于，绝对终止时间不会因为服务请求的等待时间受到影响，因此，可以确保接收端对服务终止时刻的判断的准确性。

根据一些实施例，将相对终止时间转换为绝对终止时间可以包括：基于本地时钟，确定当前时刻；以及基于当前时刻以及相对终止时间，确定绝对终止时间。由此能够基于本地时钟确定指示服务终止的绝对终止时间，同时避免了由于不同机器之间的时钟不同步和等待时间所造成的误差。

例如，服务请求中所包括的相对终止时间为100ms，接收端接收到该服务请求之后，基于接收端的本地时钟而确定当前时刻为16点00分00秒，则基于当前时刻(16点00分00秒)和相对终止时间(100ms)，确定绝对终止时间为16点00分01秒。随后，即使该服务请求在接收端的等待队列中等待了一定的时长，接收端也可以基于确定的绝对终止时间(16点00分01秒)对服务终止时刻进行准确的判断。

根据一些实施例，绝对终止时间可以采用unix时间戳表示。由此能够方便地表示绝对终止时间。

图4是示出根据本公开示例性实施例的时间转换示意图，为了便于说明，图4中以客户端作为服务请求的发送端，以网络服务***中的服务节点S和代理服务节点S’构成的整体作为服务请求的接收端，其中服务节点S和代理服务节点S’共享相同的本地时钟。

如图4所示，在客户端和网络服务***的数据交互中的时间转换可以包括以下步骤：

步骤401：客户端将服务请求发送至网络服务***，其中，该服务请求中包含相对终止时间；

步骤402：网络服务***的代理服务节点S’接收服务请求，从服务请求中提取出相对终止时间，并基于本地时钟将相对终止时间转换为绝对终止时间；

步骤403：代理服务节点S’向服务节点S发送服务请求，其中，该服务请求中包含经过转换的绝对终止时间；

步骤404：服务请求在服务节点S的等待队列中等待被处理；

步骤405：服务请求结束在等待队列中的等待，由服务节点S执行对服务请求的后续处理。

在接收到服务请求之后，可以进一步执行步骤S302，基于该服务请求，确定接收端待分发的至少一个子请求。并进而通过执行步骤S303，通过比较能够完成针对子请求的处理任务的子终止时刻与服务终止时刻，确定是否执行对子请求的分发。

根据一些实施例，确定能够完成针对该子请求的处理任务的子终止时刻可以包括：基于针对该子请求的预先线下测试结果，确定能够完成针对该子请求的处理任务的子终止时刻。通过预先的线下测试结果，能够简便地确定子终止时刻。

根据一些实施例，确定能够完成针对该子请求的处理任务的子终止时刻还可以包括：基于历史时间中完成针对该子请求的处理任务所用的时长，确定能够完成针对该子请求的处理任务的子终止时刻。通过历史时间中完成针对该子请求的处理任务所用的时长，能够精确地确定子终止时刻。

根据一些实施例，服务请求处理方法还可以包括：确定待分发的至少一个子请求的分发次序；以及针对至少一个子请求中的任一子请求，响应于确定不执行针对该子请求的分发，确定不执行在分发次序中位于该子请求之后的子请求的分发。由此，基于对至少一个子请求中的一个子请求的判断结果，能够进而确定是否执行对后续的子请求分发，提升了处理效率。

待分发的至少一个子请求之间可以具有一定的分发次序，在前一个子请求所对应的处理任务处理结束并返回处理结果后，再按照分发次序分发下一个子请求，以使在对其中分发次序在后的一个子请求的任务处理过程中，可以使用其中分发次序在前的一个或多个子请求的处理结果。在接收端按序依次分发每个子请求的过程中，如果确定不执行针对任一子请求的分发，则可以判断剩余的时间已经无法完成在分发次序中位于该子请求之后的子请求。因此，无需针对每一个子请求执行子终止时刻与服务终止时刻之间的比较，可以直接确定不执行后续子请求的分发，有效提升了处理效率。

根据本公开的另一方面，还提供了一种服务请求的处理装置500，该装置500包括：接收单元501，被配置用于接收服务请求，其中，服务请求包含用于指示服务终止时刻的终止时间标识；第一确定单元502，被配置用于基于服务请求，确定待分发的至少一个子请求；以及第二确定单元503，被配置用于针对至少一个子请求中的任一子请求，确定能够完成针对该子请求的处理任务的子终止时刻；以及响应于确定子终止时刻超出终止时间标识所指示的服务终止时刻，确定不执行针对该子请求的分发。

根据一些实施例，终止时间标识为相对终止时间，相对终止时间表示距离服务终止时刻的剩余时长。

根据一些实施例，该装置还包括：第三确定单元，被配置用于在基于服务请求，确定待分发的至少一个子请求之前，将相对终止时间转换为绝对终止时间，其中，绝对终止时间为服务终止时刻。

根据一些实施例，第三确定单元包括：基于本地时钟，确定当前时刻的模块；以及基于当前时刻以及相对终止时间，确定绝对终止时间的模块。

根据一些实施例，绝对终止时间采用unix时间戳表示。

根据一些实施例，第二确定单元包括：基于针对该子请求的预先线下测试结果，确定能够完成针对该子请求的处理的子终止时刻的模块。

根据一些实施例，第二确定单元包括：基于历史时间中完成针对该子请求的处理任务所用的时长，确定能够完成针对该子请求的处理的子终止时刻的模块。

根据一些实施例，该装置还包括：第四确定单元，被配置用于确定待分发的至少一个子请求的分发次序；以及第五确定单元，被配置用于针对至少一个子请求中的任一子请求，响应于确定不执行针对该子请求的分发，确定不执行在分发次序中位于该子请求之后的子请求的分发。

根据本公开的另一方面，还提供了一种计算设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述任一的方法。

根据本公开的另一方面，还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行上述任一的方法。

根据本公开的另一方面，还提供了一种计算机程序产品，包括计算机程序，其中，计算机程序在被处理器执行时实现上述任一的方法。

参考图6，现将描述可以作为本公开的服务器或客户端的电子设备600的结构框图，其是可以应用于本公开的各方面的硬件设备的示例。电子设备旨在表示各种形式的数字电子的计算机设备，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606、输出单元607、存储单元608以及通信单元609。输入单元606可以是能向设备600输入信息的任何类型的设备，输入单元606可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入，并且可以包括但不限于鼠标、键盘、触摸屏、轨迹板、轨迹球、操作杆、麦克风和/或遥控器。输出单元607可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元608可以包括但不限于磁盘、光盘。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙TM设备、1302.11设备、WiFi设备、WiMax设备、蜂窝通信设备和/或类似物。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如服务请求处理方法。例如，在一些实施例中，服务请求处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的服务请求处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行服务请求处理方法。

本文中以上描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上***的***(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的***和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行、也可以顺序地或以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

虽然已经参照附图描述了本公开的实施例或示例，但应理解，上述的方法、***和设备仅仅是示例性的实施例或示例，本发明的范围并不由这些实施例或示例限制，而是仅由授权后的权利要求书及其等同范围来限定。实施例或示例中的各种要素可以被省略或者可由其等同要素替代。此外，可以通过不同于本公开中描述的次序来执行各步骤。进一步地，可以以各种方式组合实施例或示例中的各种要素。重要的是随着技术的演进，在此描述的很多要素可以由本公开之后出现的等同要素进行替换。

Claims (19)

1.一种服务请求的处理方法，包括：

接收服务请求，其中，所述服务请求包含用于指示服务终止时刻的终止时间标识；

基于所述服务请求，确定待分发的至少一个子请求；以及

针对所述至少一个子请求中的任一子请求，

确定能够完成针对该子请求的处理任务的子终止时刻；以及

响应于确定所述子终止时刻超出所述终止时间标识所指示的服务终止时刻，确定不执行针对该子请求的分发。

2.根据权利要求1所述的方法，其中，所述终止时间标识为相对终止时间，所述相对终止时间表示距离所述服务终止时刻的剩余时长。

3.根据权利要求2所述的方法，还包括：

在基于所述服务请求，确定待分发的至少一个子请求之前，将所述相对终止时间转换为绝对终止时间，其中，所述绝对终止时间为服务终止时刻。

4.根据权利要求3所述的方法，其中，所述将所述相对终止时间转换为绝对终止时间包括：

基于本地时钟，确定当前时刻；以及

基于所述当前时刻以及所述相对终止时间，确定所述绝对终止时间。

5.根据权利要求3或4所述的方法，其中，所述绝对终止时间采用unix时间戳表示。

6.根据权利要求1所述的方法，其中，所述确定能够完成针对该子请求的处理任务的子终止时刻包括：

基于针对该子请求的预先线下测试结果，确定能够完成针对该子请求的处理任务的子终止时刻。

7.根据权利要求1所述的方法，其中，所述确定能够完成针对该子请求的处理任务的子终止时刻包括：

基于历史时间中完成针对该子请求的处理任务所用的时长，确定能够完成针对该子请求的处理任务的子终止时刻。

8.根据权利要求1所述的方法，还包括：

确定所述待分发的至少一个子请求的分发次序；以及

针对所述至少一个子请求中的任一子请求，响应于确定不执行针对该子请求的分发，确定不执行在所述分发次序中位于该子请求之后的子请求的分发。

9.一种服务请求的处理装置，包括：

接收单元，被配置用于接收服务请求，其中，所述服务请求包含用于指示服务终止时刻的终止时间标识；

第一确定单元，被配置用于基于所述服务请求，确定待分发的至少一个子请求；以及

第二确定单元，被配置用于针对所述至少一个子请求中的任一子请求，

确定能够完成针对该子请求的处理任务的子终止时刻；以及

响应于确定所述子终止时刻超出所述终止时间标识所指示的服务终止时刻，确定不执行针对该子请求的分发。

10.根据权利要求9所述的装置，其中，所述终止时间标识为相对终止时间，所述相对终止时间表示距离所述服务终止时刻的剩余时长。

11.根据权利要求10所述的装置，还包括：

第三确定单元，被配置用于在基于所述服务请求，确定待分发的至少一个子请求之前，将所述相对终止时间转换为绝对终止时间，其中，所述绝对终止时间为服务终止时刻。

12.根据权利要求11所述的装置，其中，所述第三确定单元包括：

基于本地时钟，确定当前时刻的模块；以及

基于所述当前时刻以及所述相对终止时间，确定所述绝对终止时间的模块。

13.根据权利要求11或12所述的装置，其中，所述绝对终止时间采用unix时间戳表示。

14.根据权利要求9所述的装置，其中，所述第二确定单元包括：

基于针对该子请求的预先线下测试结果，确定能够完成针对该子请求的处理任务的子终止时刻的模块。

15.根据权利要求9所述的装置，其中，所述第二确定单元包括：

基于历史时间中完成针对该子请求的处理任务所用的时长，确定能够完成针对该子请求的处理任务的子终止时刻的模块。

16.根据权利要求9所述的装置，还包括：

第四确定单元，被配置用于确定所述待分发的至少一个子请求的分发次序；以及

第五确定单元，被配置用于针对所述至少一个子请求中的任一子请求，响应于确定不执行针对该子请求的分发，确定不执行在所述分发次序中位于该子请求之后的子请求的分发。

17.一种计算设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

18.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法。

19.一种计算机程序产品，包括计算机程序，其中，所述计算机程序在被处理器执行时实现权利要求1-8中任一项所述的方法。

Images