业务请求处理方法及装置与流程

1.本公开涉及通信技术领域，尤其涉及一种业务请求处理方法及装置。


背景技术：

2.在通信场景中，常常会通过多连接的方式实现保证通信的可靠性。采用多连接的方式进行通信时，当其中正在使用的活跃连接出现故障，则会切换至备用连接上，通过多连接能够保证通信的可靠性。
3.然而，多连接也会带来一些问题，例如，过期的业务请求可能会到达服务端并被持久化，进而导致服务端被写入了过期的数据。因此，如何解决多连接场景中过期请求的问题是当前亟待解决的问题。


技术实现要素：

4.为了解决上述技术问题，本公开提供了一种业务请求处理方法及装置。
5.第一方面，本公开提供了一种业务请求处理方法，包括：
6.接收客户端发送的业务请求；所述业务请求包括请求生成时第一连接视图的有效期，所述第一连接视图为所述客户端维护的虚拟连接的状态视图；所述虚拟连接为所述客户端与服务端之间基于多种不同通信协议分别建立的连接聚合而成；
7.获取第二连接视图的有效期；其中，所述第二连接视图为所述服务端维护的所述虚拟连接的状态视图；
8.将所述第一连接视图的有效期与所述第二连接视图的有效期进行对比得到对比结果，基于对比结果确定所述业务请求是否过期，再基于所述业务请求是否过期确定拒绝或者执行所述业务请求。
9.在一些实施例中，所述基于对比结果确定所述业务请求是否过期，再基于所述业务请求是否过期确定拒绝或者执行所述业务请求，包括：
10.若所述对比结果指示所述第一连接视图的有效期早于所述第二连接视图的有效期，则确定所述业务请求为过期请求，并拒绝执行所述业务请求；
11.若所述对比结果指示所述第一连接视图的有效期与所述第二连接视图的有效期一致，或者，所述第一连接视图的有效期晚于所述第二连接视图的有效期，则确定所述业务请求为有效请求，并执行所述业务请求。
12.在一些实施例中，所述方法还包括：
13.所述对比结果指示所述第一连接视图的有效期晚于所述第二连接视图的有效期时，将所述第二连接视图的有效期更新为与所述第一连接视图的有效期一致。
14.在一些实施例中，所述业务请求还包括所述虚拟连接的标识；所述获取第二连接视图的有效期，包括：
15.将所述业务请求中包括的所述虚拟连接标识与所述服务端中维护的各连接视图分别对应的虚拟连接标识进行匹配，确定匹配成功的连接视图为所述第二连接视图；所述
匹配成功的连接视图的有效期为所述第二连接视图的有效期。
16.在一些实施例中，所述虚拟连接包括：远程直接数据存储连接以及传输控制协议连接，且所述远程直接数据存储连接和所述传输控制协议连接采用冷备模式。
17.第二方面，本公开提供了一种业务请求处理方法，包括：
18.生成业务请求，所述业务请求包括请求生成时第一连接视图的有效期；所述第一连接视图为客户端维护的虚拟连接的状态视图；所述虚拟连接为所述客户端与服务端之间基于多种不同通信协议分别建立的连接聚合而成；
19.向服务端发送所述业务请求，使得所述服务端基于所述第一连接视图的有效期与第二连接视图的有效期进行对比得到对比结果，基于对比结果确定所述业务请求是否过期，再基于所述业务请求是否过期确定拒绝或者执行所述业务请求；所述第二连接视图为所述服务端维护的所述虚拟连接的状态视图。
20.在一些实施例中，所述业务请求还包括所述虚拟连接标识，使得所述服务端基于所述虚拟连接标识确定所述第二连接视图。
21.在一些实施例中，还包括：
22.检测到与服务端之间的活跃连接在所述虚拟连接对应的多条连接之间发生切换时，更新所述第一连接视图的有效期。
23.在一些实施例中，所述更新所述第一连接视图的有效期，包括：
24.采用自增的方式更新所述第一连接视图的有效期。
25.在一些实施例中，所述虚拟连接包括：远程直接数据存储连接以及传输控制协议连接，且所述远程直接数据存储连接和所述传输控制协议连接采用冷备模式。
26.第三方面，本公开提供了一种业务请求处理装置，包括：
27.接收模块，用于接收客户端发送的业务请求，所述业务请求包括请求生成时第一连接视图的有效期；其中，所述第一连接视图指示所述客户端维护的虚拟连接的状态；所述虚拟连接为所述客户端与服务端之间基于多种不同通信协议分别建立的连接聚合而成；
28.获取模块，用于获取第二连接视图的有效期；其中，所述第二连接视图为所述服务端维护的所述虚拟连接的状态视图；
29.请求处理模块，用于将所述第一连接视图的有效期与所述第二连接视图的有效期进行对比得到对比结果，基于对比结果确定所述业务请求是否过期，再基于所述业务请求是否过期确定拒绝或者执行所述业务请求。
30.第四方面，本公开提供了一种业务请求处理装置，包括：
31.生成模块，用于生成业务请求，所述业务请求包括请求生成时第一连接视图的有效期；其中，所述第一连接视图为客户端维护的虚拟连接的状态视图；所述虚拟连接为所述客户端与服务端之间基于多种不同通信协议分别建立的连接聚合而成；
32.发送模块，用于向所述服务端发送所述业务请求，使得所述服务端基于所述第一连接视图的有效期与第二连接视图的有效期进行对比得到对比结果，基于对比结果确定所述业务请求是否过期，再基于所述业务请求是否过期确定拒绝或者执行所述业务请求；所述第二连接视图为所述服务端维护的所述虚拟连接的状态视图。
33.第五方面，本公开提供一种电子设备，包括：存储器和处理器；
34.所述存储器被配置为存储计算机程序指令；
35.所述处理器被配置为执行所述计算机程序指令，使得所述电子设备实现第一方面以及第一方面任一项所述的业务请求处理方法，或者，实现如第二方面以及第二方面任一项所述的业务请求处理方法。
36.第六方面，本公开提供一种可读存储介质，包括：计算机程序指令；电子设备的至少一个处理器被配置为执行所述计算机程序指令，使得所述电子设备实现第一方面以及第一方面任一项所述的业务请求处理方法，或者，实现如第二方面以及第二方面任一项所述的业务请求处理方法。
37.第七方面，本公开提供一种计算机程序产品，电子设备的至少一个处理器执行所述计算机程序产品，使得所述电子设备实现第一方面以及第一方面任一项所述的业务请求处理方法，或者，实现如第二方面以及第二方面任一项所述的业务请求处理方法。
38.本公开实施例提供一种业务请求处理方法及装置，其中，该方法通过在客户端与服务端分别维护连接视图的有效期，客户端向服务端发送业务请求时，在业务请求中携带客户端中维护的连接视图的有效期，服务端接收到业务请求，之后，基于业务请求包括的连接视图的有效期以及服务端自身维护的连接视图的有效期确定业务请求是过期的请求还是有效的请求，保证过期的业务请求不会被执行，从而解决了多连接场景中过期请求达到服务端且可能被持久化的问题。
附图说明
39.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
40.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
41.图1a为现有的业务请求处理方法的场景示意图；
42.图1b为图1a所示场景中各请求对应的顺序示意图；
43.图2为本公开实施例提供的业务请求处理方法的流程示意图；
44.图3为本公开另一实施例提供的业务请求处理方法的流程示意图；
45.图4a为现有的业务请求处理方法的场景示意图；
46.图4b为图4a所示场景中各请求对应的顺序示意图；
47.图5a至图5c为现有的业务请求处理方法的场景示意图；
48.图6a至图6c为本公开实施例提供的业务请求处理方法的场景示意图；
49.图7为本公开实施例提供的业务请求处理装置的结构示意图；
50.图8为本公开实施例提供的业务请求处理装置的结构示意图；
51.图9为本公开一实施例提供的电子设备的结构示意图。
具体实施方式
52.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
53.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
54.在分布式存储领域，为了打造高性能的存储组件，一个方向是探索高性能的通讯组件，即远程过程调用(remote procedure call，rpc)组件。在传统rpc组件中，服务端和客户端之间通过基于内核的传输控制协议(transmission control protocol，tcp)进行通信，每次通信都需要频繁地上下文切换以及数据拷贝，极大降低了两端的数据读写性能。
55.为了提高rpc的性能，在面向存储的rpc组件中，通常会采用远程直接数据存取(remote direct memory access，rdma)的通信方式，以降低数据处理的延迟。rdma通过存储区域(memory region)机制使得网卡能够直接读写用户态的内存数据，避免了数据拷贝和上下文切换，除此之外，网络协议栈的实现也从设备的操作系统放到硬件网卡上，极大降低了设备中央处理器(cpu)的开销以及数据在rpc组件内部的延迟。
56.然而，rdma技术本身也存在一些缺陷，以rdma的重传机制为例，当丢失了一个中间数据包，则需要重传丢失的数据包以及之后所有的数据包，成本较高且延迟较高。为了解决rdma网络质量不稳定的问题rdma/tcp双连接切换的方案被提出，当底层rdma出现网络故障，上层rpc通过故障检测以及心跳检测判断并切换至tcp连接，避免rdma连接恶化影响到整体的输入输出(io)质量。当rdma网络恢复正常，上层rpc可以切换回rdma连接。通过双切的方式，既能够拥抱低延迟高性能的rdma网络，又能够以tcp兜底，失眠rdma恶化的连锁反应，保证rpc的服务质量。
57.然而，在双连接切换到过程中，常常会出现过期请求(stale request)的问题。可参照图1a以及图1b所示实施例进行举例说明。
58.请参阅图1a所示，在常规的双连接场景中，客户端与服务端之间建立了双连接：一条为rdma连接，另一条为tcp连接，并且双连接采用冷备模式，即同一时刻只有一条连接被上层rpc选择作为活跃连接用于传输数据，另一条连接则作为备用连接，如图1a所示的双连接场景中，假设rdma连接为活跃连接，tcp连接为备用连接。当rdma连接故障，上层rpc检测到异常后，将活跃连接由rdma连接切换到tcp连接，并将原先在rdma连接上传输的请求a通过tcp连接重试发送。在一些情况下，基于上层业务需求，客户端可能在同一个逻辑区块地址(lba)发起写入生成请求b，并通过tcp连接向服务端写入成功。请参照图1b所示的各请求达到服务端的时间顺序，由于重试的请求a和新的请求b是写入同一个偏移量offset(即同一逻辑区块地址)，假设offset＝8m，因此，服务端从offset＝8m的位置开始读取数据，得到的应该是请求b的数据，然而，之前残留在rdma连接中的请求a最终会到达服务端并被持久化，则会导致offset＝8m的位置被写入了过期的请求a的数据，这种问题即过期请求重写问题，即stale request overwrite。
59.为了解决上述问题，本公开提供一种业务请求处理方法、装置、电子设备、可读存储介质以及计算机程序，其中，本公开通过提出虚拟连接以及虚拟连接对应的连接状态视图的有效期(epoch)的概念，来解决stale request overwrite问题。具体地，通过将冷备模式的多条连接抽象聚合为一个虚拟连接，并将虚拟连接的状态抽象为连接视图，且通过epoch表示连接视图的有效期，每当发生连接切换，则会更新连接视图的有效期。在客户端向服务端发送的请求中携带请求生成时连接视图的有效期，服务端基于请求中携带的连接
视图的有效期以及本端维护的最新状态的连接视图的有效期确定到达服务端的业务请求是否过期，再决定拒绝或者执行请求，从而解决了stale request overwrite的问题。
60.需要说明的是，stale request overwrite问题可能不仅存在于双连接场景，还可能存在于更多连接的场景，例如，客户端与服务端之间建立3条、4条连接的场景，本公开提供的业务请求处理方法均适用。
61.下面将通过几个具体实施例结合附图以及场景对本公开提供的业务请求处理方法进行详细介绍。
62.图2为本公开一实施例提供的业务请求处理方法的流程示意图。
63.请参阅图2所示，本实施例的方法包括：
64.s201、客户端生成业务请求，业务请求包括第一连接视图的有效期，第一连接视图为客户端维护的虚拟连接的状态视图。
65.结合前文所述，客户端与服务端之间基于不同通信协议建立多条通信连接，且多条连接采用冷备模式，即只有一条活跃连接用于传输数据，其他连接则为备用连接，多条连接聚合得到客户端与服务端之间的虚拟连接。例如，客户端与服务端之间建立rdma连接和tcp连接，rdma连接和tcp连接采用冷备模式，则虚拟连接可以理解为是由rdma连接和tcp连接聚合而成的。
66.虚拟连接的连接状态能够指示虚拟连接中各条连接的连接状态，其中，连接状态包括：活跃连接状态或者备用连接状态。将虚拟连接的连接状态抽象为连接视图，并为连接视图配置有效期，通过有效期指示业务请求生成时的连接状态情况。
67.当发生连接切换时，虚拟连接的连接状态也会发生变化，相应地，连接视图对应的有效期也采用预先设定的方式进行更新，因此，不同的连接状态所对应的有效期不同。
68.此外，本公开提供的方法中，客户端和服务端分别维护虚拟连接的连接视图，客户端所维护的虚拟连接的连接视图为第一连接视图，服务端所维护的虚拟连接的连接视图为第二连接视图。
69.客户端生成业务请求时，在业务请求中增加当前时刻的第一连接视图的有效期进而可以指示业务请求生成时刻的虚拟连接的连接状态。
70.其中，客户端可以但不限于为移动端或者pc端。客户端可以响应用户操作或者其他上层服务的调用等等，触发生成业务请求。本公开对于客户端的类型以及触发生成业务请求的实现方式等等均不做限定。
71.s202、客户端向服务端发送业务请求。相应地，服务端接收业务请求。
72.客户端与服务端之间存在多条通信连接，客户端基于当前的活跃连接向服务端发送业务请求。
73.s203、服务端获取第二连接视图的有效期，第二连接视图为服务端维护的虚拟连接的状态视图。
74.服务端通常会向一个或多个客户端提供服务，服务端与一个或多个客户端之间可以分别建立多连接，当服务端接收到业务请求后，需要从一个或多个虚拟连接中识别出正确的第二连接视图，以保证对业务请求是否过期的判断结果的准确性，也避免由于第二连接视图的有效期有误导致其他客户端发起的有效业务请求被拒绝，导致其他客户端的业务请求需要重试。
75.作为一种可能的实施方式，服务端接收到业务请求后，可以解析得到其中包含的虚拟连接的标识，如虚拟连接id，基于虚拟连接id在服务端所维护的各虚拟连接中进行匹配，将匹配成功的虚拟连接确定为服务端与发起业务请求的客户端之间的虚拟连接，并将匹配成功的虚拟连接的连接视图的有效期确定为第二连接视图的有效期。
76.s204、服务端将第一连接视图的有效期与第二连接视图的有效期进行对比得到对比结果，基于对比结果确定业务请求是否过期，再基于业务请求是否过期确定拒绝或者执行业务请求。
77.通过对比第一连接视图和第二连接视图的有效期的大小，得到对比结果，该对比结果能够指示第一连接视图和第二连接视图之间的时间先后顺序。
78.具体地，对比结果指示第一连接视图的有效期早于第二连接视图的有效期，则确定业务请求为过期请求，服务端确定拒绝执行业务请求；若对比结果指示第一连接视图的有效期与第二连接视图的有效期一致，或者，第一连接视图的有效期晚于第二连接视图的有效期，则确定业务请求为有效请求，即未过期，并执行业务请求。
79.本实施例的方法，通过在客户端与服务端分别维护连接视图的有效期，客户端向服务端发送业务请求时，在业务请求中携带客户端中维护的连接视图的有效期，服务端接收到业务请求，之后，基于业务请求包括的连接视图的有效期以及服务端自身维护的连接视图的有效期确定业务请求是过期的请求还是有效的请求，保证过期的业务请求不会被执行，从而解决了多连接场景中过期请求达到服务端且可能被持久化的问题。
80.图3为本公开另一实施例提供的业务请求处理方法的流程示意图。本实施例在图2所示实施例的基础上，还包括：
81.s205、对比结果指示第一连接视图的有效期晚于第二连接视图的有效期时，服务端将第二连接视图的有效期更新为与第一连接视图的有效期一致。
82.由于在客户端与服务端中分别维护了连接视图的有效期，通常需要选择其中一方的数据作为源数据，本方案中，将客户端这一方的数据作为源数据，因此，当服务端通过对比结果确定第一连接视图的有效期晚于或者高于第二连接视图的有效期，则表示客户端已经更新了连接视图的有效期，服务端需要进行同步更新，因此，服务端将第二连接视图的有效期更新为与第一连接视图的有效期一致，以保证客户端和服务端两端的信息同步，也能够保证后续请求能够被正确处理，不会发生请求被误判为过期请求而拒绝执行的问题。
83.在一个具体的实施例中，以客户端与服务端建立双连接为例，举例说明本公开提供的方法。其中，双连接分别为：rdma连接和tcp连接。
84.请参阅图4a所示，假设客户端与服务端之间当前的活跃连接为rdma连接，备用连接为tcp连接，初始化状态，客户端和服务端分别维护连接视图的有效期，其中，客户端维护的连接视图的有效期记为t(c)，服务端维护的连接视图的有效期记为t(s)，且初始化状态t(c)＝t(s)＝0，客户端通过rdma连接向服务端发送请求1，请求1中携带t(c)＝0，请求1在传输的过程中rdma链路故障，客户端与服务端之间的活跃连接由rdma连接切换至tcp连接，客户端会先更新t(c)＝1，并通过tcp连接发送重试的请求1，重试的请求1中携带更新后的t(c)＝1，重试的请求1通过tcp连接被发送至服务端，服务端对比t(s)＝0以及t(c)＝1，确定t(s)小于t(c)，则执行重试的请求1。且服务端会更新t(s)＝t(c)＝1。
85.当重试的请求1达到服务端之后，客户端可以向重试的请求1所对应的逻辑区块地
址写入新的数据生成请求2，并通过tcp连接发送至服务端，服务端处理请求2。
86.当原先rdma连接传输的请求1达到服务端后，服务端对比t(s)＝1以及t(c)＝0，则确定该请求1为过期请求，进而拒绝执行过期的请求1。
87.请参照图4b所示，按照时间先后顺序，同一逻辑区块地址写入的请求1、重试的请求1以及请求2，其中通过tcp连接传输的重试的请求1和请求2会被服务端执行得到相应的结果，起初通过rdma连接传输的请求1则会被确定为过期请求被服务端拒绝。
88.类似地，若后续rdma连接恢复，则可以切换会rdma连接作为活跃连接，则会触发更新t(c)＝2，客户端发送的重试的请求以及新的业务请求均会携带t(c)＝2，服务端可根据t(s)和t(c)确定请求是否过期，拒绝执行低有效期的业务请求，保证最新数据的正确性。
89.在实际应用场景中，多个客户端和多个服务端之间的交互，彼此会建立多条连接，若每次连接的切换都触发连接视图的有效期的更新，多个虚拟连接之间会互相干扰，导致其他虚拟连接上的业务请求发生不必要的重试。
90.如图5a所示，初始状态下，客户端1和客户端2与服务端1之间分别建立了rdma连接和tcp连接，客户端1和客户端2分别对应的初始t(c)＝0，当客户端1的rdma连接故障导致活跃连接切换，客户端1的t(c)自增为1，客户端1后续发生的请求携带了更新后的t(c)＝1。请参照图5b所示，客户端2发送的业务请求携带的t(c)＝0。请参照图5c所示，客户端1发送的重试的业务请求先到达服务端，服务端对比发现t(s)《t(c)，则更新t(s)＝t(c)＝1，因此，服务端处理客户端2的业务请求时，对比t(s)＝1以及客户端2发送的t(c)＝0，对比确定t(s)》t(c)，则会拒绝执行客户端2发送的业务请求，导致客户端2的业务请求需要重试，显然，这会造成额外的网络开销以及资源浪费。
91.结合图1所示实施例中的介绍，为解决该问题，本方案通过为虚拟连接配置标识用于唯一区分虚拟连接，将虚拟连接对应的连接视图的有效期的自增以及业务请求的处理约束在虚拟连接内，解决了不同客户端与服务端之间的干扰。
92.其中，虚拟连接的标识可以但不限于为数字编号、字符和数字的组合等等。
93.请参阅图6a所示，初始状态下，客户端1和客户端2与服务端1之间分别建立了rdma连接和tcp连接，客户端1对应的初始t(c1)＝0，客户端2对应的初始t(c2)＝0，服务端中与客户端1对应的初始t(s1)＝0和与客户端1对应的初始t(s2)＝0。
94.假设，客户端1的rdma连接故障导致活跃连接切换，客户端1的t(c1)自增为1，客户端1后续发送的请求携带了更新后的t(c1)＝1。请参照图6b所示，客户端2发送的业务请求携带的t(c2)＝0。请参照图6c所示，客户端1发送的重试的业务请求先到达服务端，服务端对比发现t(s1)《t(c1)，则更新t(s1)＝t(c1)＝1，并处理客户端1发送的业务请求。
95.客户端2发送的业务请求中携带t(c2)＝0，服务端对比t(s2)＝t(c2)＝0，则会执行客户端2发送的业务请求。若客户端2发生连接切换，则会触发t(c2)自增更新以及进一步触发t(s2)自增更新，不会对t(s1)和t(c1)产生影响。
96.由上可知，通过为各虚拟连接的标识，能够实现各客户端发送的业务请求之间相互独立，避免发生干扰，保证业务请求被正确处理，也避免了网络开销和资源浪费。
97.图7为本公开一实施例提供的业务请求处理装置的结构示意图。
98.请参阅图7所示，本实施例提供的装置700包括：
99.接收模块701，用于接收客户端发送的业务请求，所述业务请求包括请求生成时第
一连接视图的有效期；其中，所述第一连接视图指示所述客户端维护的虚拟连接的状态；所述虚拟连接为所述客户端与服务端之间基于多种不同通信协议分别建立的连接聚合而成。
100.获取模块702，用于获取第二连接视图的有效期；其中，所述第二连接视图为所述服务端维护的所述虚拟连接的状态视图。
101.请求处理模块703，用于将所述第一连接视图的有效期与所述第二连接视图的有效期进行对比得到对比结果，基于对比结果确定所述业务请求是否过期，再基于所述业务需求是否过期确定拒绝或者执行所述业务请求。
102.在一些实施例中，请求处理模块703，具体用于若所述对比结果指示所述第一连接视图的有效期早于所述第二连接视图的有效期，则确定所述业务请求为过期请求，并拒绝执行所述业务请求；若所述对比结果指示所述第一连接视图的有效期与所述第二连接视图的有效期一致，或者，所述第一连接视图的有效期晚于所述第二连接视图的有效期，则确定所述业务请求为有效请求，并执行所述业务请求。
103.在一些实施例中，还包括：更新模块704，用于所述对比结果指示所述第一连接视图的有效期晚于所述第二连接视图的有效期时，将所述第二连接视图的有效期更新为与所述第一连接视图的有效期一致。
104.在一些实施例中，所述业务请求还包括所述虚拟连接的标识；获取模块702，具体用于将所述业务请求中包括的所述虚拟连接标识与所述服务端中维护的各连接视图分别对应的虚拟连接标识进行匹配，确定匹配成功的连接视图为所述第二连接视图；所述匹配成功的连接视图的有效期为所述第二连接视图的有效期。
105.在一些实施例中，所述虚拟连接包括：远程直接数据存储连接以及传输控制协议连接。
106.本实施例提供的装置可以用于实现前述任一方法实施例中服务端执行的技术方案，其实现原理以及技术效果类似，可参照前述方法实施例的详细描述，简明起见，此处不再赘述。
107.图8为本公开一实施例提供的业务请求处理装置的结构示意图。
108.请参阅图8所示，本实施例提供的装置800包括：
109.生成模块801，用于生成业务请求，所述业务请求包括请求生成时第一连接视图的有效期；其中，所述第一连接视图为客户端维护的虚拟连接的状态视图；所述虚拟连接为所述客户端与服务端之间基于多种不同通信协议分别建立的连接聚合得到。
110.发送模块802，用于向所述服务端发送所述业务请求，使得所述服务端基于所述第一连接视图的有效期与第二连接视图的有效期进行对比得到对比结果，基于对比结果确定所述业务请求是否过期，再基于所述业务需求是否过期确定拒绝或者执行所述业务请求；所述第二连接视图为所述服务端维护的所述虚拟连接的状态视图。
111.在一些实施例中，所述业务请求还包括所述虚拟连接标识，使得所述服务端基于所述虚拟连接标识确定所述第二连接视图。
112.在一些实施例中，还包括：更新模块803，用于检测到与服务端之间的活跃连接在所述虚拟连接包括的多条连接之间发生切换时，更新所述第一连接视图的有效期。
113.在一些实施例中，更新模块803，用于采用自增的方式更新所述第一连接视图的有效期。
114.在一些实施例中，所述虚拟连接包括：远程直接数据存储连接以及传输控制协议连接。
115.本实施例提供的装置可以用于实现前述任一方法实施例中客户端执行的技术方案，其实现原理以及技术效果类似，可参照前述方法实施例的详细描述，简明起见，此处不再赘述。
116.图9为本公开实施例提供的电子设备的结构示意图。请参阅图9所示，本实施例提供的电子设备900包括：存储器901和处理器902。
117.其中，存储器901可以是独立的物理单元，与处理器902可以通过总线903连接。存储器901、处理器902也可以集成在一起，通过硬件实现等。
118.存储器901用于存储程序指令，处理器902调用该程序指令，执行以上任一方法实施例中服务端或者客户端执行的业务请求处理方法。
119.可选地，当上述实施例的方法中的部分或全部通过软件实现时，上述电子设备900也可以只包括处理器902。用于存储程序的存储器901位于电子设备900之外，处理器902通过电路/电线与存储器连接，用于读取并执行存储器中存储的程序。
120.处理器902可以是中央处理器(central processing unit，cpu)，网络处理器(network processor，np)或者cpu和np的组合。
121.处理器902还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，asic)，可编程逻辑器件(programmable logic device，pld)或其组合。上述pld可以是复杂可编程逻辑器件(complex programmable logic device，cpld)，现场可编程逻辑门阵列(field-programmable gate array，fpga)，通用阵列逻辑(generic array logic，gal)或其任意组合。
122.存储器901可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)；存储器也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)；存储器还可以包括上述种类的存储器的组合。
123.本公开还提供一种可读存储介质，包括：计算机程序指令，所述计算机程序指令被电子设备的至少一个处理器执行时，使得所述电子设备实现如上任一方法实施例中服务端或者客户端执行的业务请求处理方法。
124.本公开还提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机实现如上任一方法实施例中服务端或者客户端执行的业务请求处理方法。
125.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
126.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的
一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。