CN116828022B - 管理与服务器的连接关系的方法、装置、设备和介质 - Google Patents
管理与服务器的连接关系的方法、装置、设备和介质 Download PDFInfo
- Publication number
- CN116828022B CN116828022B CN202311107773.5A CN202311107773A CN116828022B CN 116828022 B CN116828022 B CN 116828022B CN 202311107773 A CN202311107773 A CN 202311107773A CN 116828022 B CN116828022 B CN 116828022B
- Authority
- CN
- China
- Prior art keywords
- server
- connection
- request
- data
- information
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 39
- 230000004044 response Effects 0.000 claims abstract description 77
- 238000004590 computer program Methods 0.000 claims description 16
- 230000006854 communication Effects 0.000 abstract description 11
- 238000004891 communication Methods 0.000 abstract description 11
- 238000010586 diagram Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000007639 printing Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000035939 shock Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请涉及一种管理与服务器的连接关系的方法、装置、计算机设备和存储介质。所述方法包括:响应于接收到连接指令,通过预设的连接接口与服务器建立连接关系;按照目标调用频率执行连接管理逻辑,以管理连接关系;连接管理逻辑包括通过连接接口向服务器发送第一请求,响应于接收到服务器对第一请求的响应信息,且响应信息中包括标识信息,执行数据请求逻辑;数据请求逻辑包括根据所述标识信息调用预设的数据接口以向服务器请求对应的资源数据。本申请实施例能够与服务器保持长时间的连接关系以满足通讯需求,与此同时还能够使服务器及时返回数据,并且能保证返回的数据是有用的且顺序不会错乱。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种管理与服务器的连接关系的方法、装置、计算机设备和存储介质。
背景技术
在使用网站时有一些场景需要长时间与服务器保持连接,该些场景例如有聊天室、消息通知、个人消息提醒、日志打印、部署流程等场景,在该些场景中,客户端需要长时间跟服务器沟通来获取消息,目前实现这一需求的方式主要有轮询、长轮询、长链接(webSoket)、flash Shocket等方式。上述方式虽然很常见,但也各有缺点,无法适用各种场景。而在一些特定场景,例如客户端需要和服务器保持长时间连接并且数据量较大的场景,上述的各种方式均不适用,并且在该场景中使用时可能会放大原本的缺点。具体地,轮询,就是设置定时器,每隔一段时间访问一次服务器,缺点是服务器返回的消息会重复,消息中携带了大量无用信息,浪费宽带资源;长轮询,就是在客户端访问服务器后,服务器停止返回,等有消息后再返回信息,缺点是这种操作会消耗服务器的连接资源,并且消息的返回顺序无法得到保证;长链接(webSoket),这种方式能长时间与服务器保持连接,然而长时间占用服务器资源会导致服务器压力变大;而对于flash Shocket,这种方式可以真正实现即时通信,但也有缺点,即需要客户端下载插件,不能支持超文本传输协议(HypertextTransfer Protocol,HTTP)并且也无法自动穿越防火墙。
发明内容
本申请针对上述不足或缺点,提供了一种管理与服务器的连接关系的方法、装置、计算机设备和存储介质,本申请实施例能够与服务器保持长时间的连接关系以满足通讯需求,与此同时还能够使服务器及时返回数据,并且能保证返回的数据是有用的且顺序不会错乱。
本申请根据第一方面提供了一种管理与服务器的连接关系的方法,在一些实施例中,该方法应用于客户端,该方法包括:
响应于接收到连接指令,通过预设的连接接口与服务器建立连接关系;
按照目标调用频率执行连接管理逻辑,以管理连接关系;
连接管理逻辑包括通过连接接口向服务器发送第一请求,响应于接收到服务器对第一请求的响应信息,且响应信息中包括标识信息,执行数据请求逻辑;
数据请求逻辑包括根据标识信息调用预设的数据接口以向服务器请求对应的资源数据。
在一些实施例中,目标调用频率是预先设定的固定频率,或者是根据当前时间段对应的访问量确定的动态频率。
在一些实施例中,连接管理逻辑还包括响应于接收不到服务器对第一请求的响应信息,或服务器对第一请求的响应信息表示响应失败,在预设时长后再次向服务器发送第一请求。
在一些实施例中,当响应信息中包括标识信息时,响应信息中还包括用于表示本次连接的任务是否完成的指示信息;
连接管理逻辑还包括响应于指示信息表示本次连接的任务已完成,与服务器断开连接关系。
在一些实施例中,第一请求携带的信息包括用于表示之后是否需要继续调用的状态信息;
与服务器断开连接关系,包括:
向服务器发送携带有表示之后不需要继续调用的状态信息,以指示服务器断开连接关系。
在一些实施例中,连接管理逻辑还包括响应于指示信息表示本次连接的任务未完成,在下次向服务器发送的第一请求中携带表示之后需要继续调用的状态信息,以指示服务器继续保持连接关系。
在一些实施例中,数据请求逻辑具体包括以标识信息的增量部分作为入参调用数据接口以向服务器发送第二请求,第二请求用于请求该增量部分对应的资源数据;
在一些实施例中,数据请求逻辑还包括:根据标识信息对从服务器请求到的资源数据进行排序。
本申请根据第二方面提供了一种管理与服务器的连接关系的装置,在一些实施例中,该装置应用于客户端,该装置包括:
连接建立模块,用于响应于接收到连接指令,通过预设的连接接口与服务器建立连接关系;
连接管理模块,用于按照目标调用频率执行连接管理逻辑,以管理连接关系;
连接管理逻辑包括通过连接接口向服务器发送第一请求,响应于接收到服务器对第一请求的响应信息,且响应信息中包括标识信息,执行数据请求逻辑;
数据请求逻辑包括根据标识信息调用预设的数据接口以向服务器请求对应的资源数据。
本申请根据第三方面提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述任一实施例中提供的管理与服务器的连接关系的方法的步骤。
本申请根据第四方面提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述任一实施例中提供的管理与服务器的连接关系的方法的步骤。
在本申请的上述实施例中,客户端响应于接收到连接指令,通过预设的连接接口与服务器建立连接关系;按照目标调用频率执行连接管理逻辑,以管理连接关系;连接管理逻辑包括通过连接接口向服务器发送第一请求,响应于接收到服务器对第一请求的响应信息,且响应信息中包括标识信息,执行数据请求逻辑;数据请求逻辑包括根据标识信息调用预设的数据接口以向服务器请求对应的资源数据。在常规技术方案中建立连接的操作和请求数据的操作是不分开的,而本申请的上述实施例却将建立连接的操作与请求数据的操作分开,具体地,采用两个接口,即连接接口和数据接口,通过连接接口来与服务器建立连接关系并管理连接关系,并通过数据接口来向服务器请求相关数据,从而能够与服务器保持长时间的连接关系以满足通讯需求,与此同时还能够使服务器及时返回数据,并且能保证返回的数据是有用的且顺序不会错乱,最终得以在满足通讯需求的同时实现有效利用宽带资源以及避免长时间占用服务器资源(降低了服务器的压力)的效果。
附图说明
图1为本申请根据一个或多个实施例提供的一种管理与服务器的连接关系的方法的应用环境图;
图2为本申请根据一个或多个实施例提供的一种管理与服务器的连接关系的方法的流程示意图;
图3为本申请一个示例提供的管理与服务器的连接关系的流程示意图;
图4为本申请根据一个或多个实施例提供的一种管理与服务器的连接关系的装置的结构框图;
图5为本申请根据一个或多个实施例提供的计算机设备的内部结构图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例方式作进一步地详细描述。应当明确,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请的描述中,需要理解的是,术语“第一”、“第二”、“第三”等仅用于区别类似的对象,而不必用于描述特定的顺序或先后次序,也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。此外,在本申请的描述中,除非另有说明,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
针对相关技术的不足,本申请提供了一种管理与服务器的连接关系的方法,该方法可以应用于如图1所示的应用环境。其中,客户端10通过预设的连接接口来与服务器20建立并管理连接关系,以及通过数据接口来向服务器20请求获取相应的数据。本申请提供的方法没有采用常规的以一个接口来共同实现建立连接的操作与请求数据的操作的方式,而是将建立连接的操作与请求数据的操作分开,具体地,采用两个接口,即连接接口和数据接口,通过连接接口来与服务器建立连接关系并管理连接关系,并通过数据接口来向服务器请求相关数据,从而能够与服务器保持长时间的连接关系以满足通讯需求,与此同时还能够使服务器及时返回数据,并且能保证返回的数据是有用的且顺序不会错乱,最终得以在满足通讯需求的同时实现有效利用宽带资源以及避免长时间占用服务器资源(降低了服务器的压力)的效果。
其中,客户端10可以包括但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和台式计算机等,服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。应该理解,图1中的客户端、网络和服务器的数目仅仅是示意性的。根据实际需要可以具有任意数目的客户端、网络和服务器。还需要说明的是,本文所称的“连接关系”、“连接”在一些情况下也可称为“链接关系”、“链接”,均是指客户端和服务器之间建立的通信连接。
在一些实施例中,本申请提供的一种管理与服务器的连接关系的方法包括如图2所示的步骤,下面以该方法应用于图1中的客户端为例进行说明。
S110:响应于接收到连接指令,通过预设的连接接口与服务器建立连接关系。
该连接指令用于指示客户端与服务器建立连接关系。该连接指令可以是用户触发的,或者是客户端自己产生的。
S120:按照目标调用频率执行连接管理逻辑,以管理连接关系。
其中,连接管理逻辑包括通过连接接口向服务器发送第一请求,响应于接收到服务器对第一请求的响应信息,且响应信息中包括标识信息,执行数据请求逻辑;数据请求逻辑包括根据标识信息调用预设的数据接口以向服务器请求对应的资源数据。
在本实施例中,可以使用javaScript环境和语法来实现客户端向服务器发送请求以及接收服务器返回的信息的相关操作。
其中,服务器在接收到客户端的第一请求时,会返回标识信息,如ID列表(例如[1,2,3,4])。服务器返回的ID列表中除了包含上次返回的ID列表还有新增的ID列表,客户端收到ID列表时,只将本次接收的ID列表中的增量部分,即该新增的ID列表作为数据接口的入参来向服务器请求对应的资源数据,例如,服务器上次返回的ID列表是[1,2],而本次返回的ID列表是[1,2,3,4],则客户端只向服务器请求[3,4]对应的资源数据。关于资源数据的具体内容,在不同应用场景中资源数据的内容不同,例如可以是图片、会话消息等等,本实施例不对其具体内容做特别限制。还需要说明的是,在相关技术中,服务器会返回大量重复的资源数据,而服务器返回的ID列表会虽与之前返回的ID列表重复,然而,由于服务器返回的只是ID列表而非资源数据,因而占用的资源(如传输时的带宽资源、存储时的存储资源等)很少,并且客户端只使用增量部分来调用数据接口,因而不会请求到重复的资源数据。
本实施例将建立连接的操作与请求数据的操作分开,具体地,采用两个接口,即连接接口和数据接口,本实施例通过单一接口(即连接接口)即可实现与服务器建立连接关系,以及管理已建立的连接关系,从而实现客户端长时间与服务器保持连接关系;而数据接口则专用于向服务器请求相关数据,具体地,由于本实施例将建立连接的操作与请求数据的操作分开,因而当服务器接收到客户端通过连接接口发送的第一请求时,并不会返回具体的数据,而是返回用于获取相关数据的标识信息(如ID、ID列表),客户端收到该标识信息之后,以该标识信息的增量部分来作为数据接口的入参,然后调用数据接口,从而将标识信息的增量部分发送给服务器,服务器收到标识信息的增量部分之后,会获取该标识信息的增量部分对应的数据,并返回给客户端。本实施例通过以上操作能够与服务器保持长时间的连接关系以满足通讯需求,与此同时还能够使服务器及时返回数据,并且由于服务器给连接接口返回的数据只有标识信息,并没有携带资源数据,因而能消除大量无用数据,另外客户端根据标识信息的增量部分从服务器请求得到相应的资源数据后,由于服务器返回的标识信息是一个序列,如[1,2,3,4],因而客户端可以利用标识信息的循序来排列请求到的各标识对应的资源数据,所以请求到的资源数据不会发生错乱,最终得以在满足通讯需求的同时实现有效利用宽带资源以及避免长时间占用服务器资源(降低了服务器的压力)的效果。
目标调用频率表示多长时间调用一次连接接口。在一些实施方式中,目标调用频率是预先设定的固定频率,例如,可以统计过去一段时间内每天的各个时间段对应的访问量,然后基于各个时间段对应的访问量来设定该时间段对应的频率,因而在执行步骤S120时,先确定当前时间段是哪一时间段,然后获取该时间段对应的预设的频率来作为目标调用频率。在另一些实施方式中,目标调用频率是根据当前时间段对应的访问量确定的动态频率。目标调用频率的具体数值是根据当前时间段对应的访问量的多少来设定的,因而本实施方式不对目标调用频率的具体数值进行限定。根据访问量来设定目标调用频率的原则可以根据实际情况来确定,例如,访问量较大时,目标调用频率可以设定低(或高)一些,反之,访问量较小时,目标调用频率可以设定高(或低)一些,可以将目标调用频率设定为越来越快或是越来越慢。
在一些实施例中,连接管理逻辑还包括响应于接收不到服务器对第一请求的响应信息,或服务器对第一请求的响应信息表示响应失败,在预设时长后再次向服务器发送第一请求。
上述的预设时长可以根据实际应用场景来设定,本实施例不对其做特别限制。在本实施例中,客户端在接收不到服务器对第一请求的响应信息,或服务器对第一请求的响应信息表示响应失败时,会再次通过第一接口向服务器发送第一请求,从而维持和服务器的连接关系。向服务器发送第一请求之后的操作可参见上述实施例,在此不做赘述。
在一些实施例中,当响应信息中包括标识信息时,响应信息中还包括用于表示本次连接的任务是否完成的指示信息。相应地,连接管理逻辑还包括响应于指示信息表示本次连接的任务已完成,与服务器断开连接关系。
具体地,在一些实施例中,第一请求携带的信息包括用于表示之后是否需要继续调用的状态信息。相应地,与服务器断开连接关系,包括:向服务器发送携带有表示之后不需要继续调用的状态信息,以指示服务器断开连接关系。
其中,服务器接收到第一请求之后,判断第一请求携带的状态信息是否表示之后不需要继续调用,如果是,则与客户端断开连接。
相应地,在一些实施例中,连接管理逻辑还包括响应于指示信息表示本次连接的任务未完成,在下次向服务器发送的第一请求中携带表示之后需要继续调用的状态信息,以指示服务器继续保持连接关系。
在本实施例中,服务器接收到第一请求之后,判断第一请求携带的状态信息是否表示之后不需要继续调用,如果否,则不断开连接,继续保持和客户端的连接关系。
在一些实施例中,数据请求逻辑具体包括以标识信息的增量部分作为入参调用数据接口以向服务器发送第二请求,第二请求用于请求该增量部分对应的资源数据,第二请求中携带有标识信息的增量部分。其中,该标识信息可以是ID信息、ID列表等用于指示服务器返回相关数据的信息。
在一些实施例中,为了提高安全性,服务器可以在收到客户端通过数据接口发送的请求时对其进行验证,其中,验证的方式可以采用各种已有的验证方式。例如,服务器预先向客户端发送密钥,客户端通过数据接口发送请求时,将密钥携带在该请求中,从而服务器收到请求后,先对该密钥进行校验,如果校验通过,则再提取请求中的标识信息,以及将根据该标识信息获取的资源数据返回给客户端。
本申请还提供了一个具体示例来对上述实施例做进一步说明。请参见图3,图3所示为该具体示例的流程图,主要包含以下内容,即:
本示例把连接和数据这两部分操作分开,通过连接接口来管理连接状态,从而来实现长连接的能力。其中,客户端通过对连接接口的调用来实现心跳管理器,具体地,客户端调用连接接口后会与服务器建立连接,并按照目标调用频率向服务器发送第一请求,其中,第一请求会携带状态信息,服务器收到第一请求后,如果状态信息表示之后需要继续调用,那么会返回两类信息,即指示信息和标识信息,如ID列表,收到ID列表后,客户端会使用ID列表来调用数据接口,以向服务器请求获取ID列表对应的数据。客户端发送第一请求后,有可能收不到服务器的响应(即服务器无反应),又或者,服务器的响应表示失败,那么可以在n秒之后重新发起第一请求,以恢复跳动。进一步地,当m次请求之后,服务器仍然无反应,可以执行预设的处理逻辑,如停止跳动(即不再发起第一请求)或者持续发起第一请求。其中,n和m可以根据实际情况来设定,在此不做具体设定。
还需要说明的是,上述的心跳管理器和现有的有所区别,目前方案所称的心跳通常指的是前端(即客户端)定时向服务器(即后台)请求信息,已使前端继续处于连接中,这种方式即是webSoket长连接,这种连接是一次请求即可建立双向通信,特别适合即时通信的场景。而本文所称的心跳是指调用频率(调用连接接口的频率),该调用频率可以根据实际情况来设定,如某个时间段快一些,某个时间段慢一些,通过心跳建立的长连接是单向通信,并且需要多次请求,更适用于前端和后台需长时间连接通信,并且数据量较大的情景,并且特别适合具有以下特点的场景,即(1)长时间:比如一天时间一直要连接着(中间很多时间比较空闲,有时候快,有时候慢,但是需要一直连接),值得说明的是,客户端通过连接接口或数据接口向服务器发送请求后,当服务器返回响应的信息之后,该请求的连接会断开,然而由于客户端每隔一段时间就会重新通过连接请求发送第一请求,直至任务结束,因而,客户端与服务器会在业务上保持长时间连接;(2)客户端主动请求,服务器被动返回信息;(3)大数据,指数据量大且重复,因为通过连接接口收到的只是标识信息而非资源数据,因此不怕数据量大的情况;(4)时间段,即每个时间段的访问量不一样,比如有明显的高峰期与平静期,这将导致调用频率不一样。
需要说明的是,关于上述任何一个实施例中提供的管理与服务器的连接关系的方法所包括的各个步骤,除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,这些步骤中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
基于相同的发明构思,本申请还提供了一种管理与服务器的连接关系的装置。在一些实施例中,该装置可以应用于客户端,如图4所示,该装置包括:
连接建立模块110,用于响应于接收到连接指令,通过预设的连接接口与服务器建立连接关系;
连接管理模块120,用于按照目标调用频率执行连接管理逻辑,以管理连接关系;
连接管理逻辑包括通过连接接口向服务器发送第一请求,响应于接收到服务器对第一请求的响应信息,且响应信息中包括标识信息,执行数据请求逻辑;
数据请求逻辑包括根据标识信息调用预设的数据接口以向服务器请求对应的资源数据。
在一些实施例中,目标调用频率是预先设定的固定频率,或者是根据当前时间段对应的访问量确定的动态频率。
在一些实施例中,连接管理逻辑还包括响应于接收不到服务器对第一请求的响应信息,或服务器对第一请求的响应信息表示响应失败,在预设时长后再次向服务器发送第一请求。
在一些实施例中,当响应信息中包括标识信息时,响应信息中还包括用于表示本次连接的任务是否完成的指示信息;相应地,连接管理逻辑还包括响应于指示信息表示本次连接的任务已完成,与服务器断开连接关系。
在一些实施例中,第一请求携带的信息包括用于表示之后是否需要继续调用的状态信息;相应地,连接管理逻辑中的与服务器断开连接关系的操作,包括:向服务器发送携带有表示之后不需要继续调用的状态信息,以指示服务器断开连接关系。
相应地,在一些实施例中,连接管理逻辑还包括响应于指示信息表示本次连接的任务未完成,在下次向服务器发送的第一请求中携带表示之后需要继续调用的状态信息,以指示服务器继续保持连接关系。
在一些实施例中,数据请求逻辑具体包括以标识信息的增量部分作为入参调用数据接口以向服务器发送第二请求,第二请求用于请求该增量部分对应的资源数据。第二请求携带有标识信息的增量部分。
在一些实施例中,数据请求逻辑还包括:根据标识信息对从服务器请求到的资源数据进行排序。
关于管理与服务器的连接关系的装置的具体限定可以参见上文中对于管理与服务器的连接关系的方法的限定,在此不再赘述。上述管理与服务器的连接关系的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
进一步地,本申请在一些实施例中提供了一种计算机设备,其内部结构图可以如图5所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储各个时间段对应的访问量等数据,具体存储的数据还可以参见上述方法实施例中的限定。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种管理与服务器的连接关系的方法。
本领域技术人员可以理解,图5中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
本实施例还提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时可以实现上述任一实施例中提供的管理与服务器的连接关系的方法的步骤。
具体地,处理器执行计算机程序时可以实现以下步骤:
响应于接收到连接指令,通过预设的连接接口与服务器建立连接关系;按照目标调用频率执行连接管理逻辑,以管理连接关系;连接管理逻辑包括通过连接接口向服务器发送第一请求,响应于接收到服务器对第一请求的响应信息,且响应信息中包括标识信息,执行数据请求逻辑;数据请求逻辑包括根据标识信息调用预设的数据接口以向服务器请求对应的资源数据。
在一些实施方式中,目标调用频率是预先设定的固定频率,或者是根据当前时间段对应的访问量确定的动态频率。
在一些实施方式中,连接管理逻辑还包括响应于接收不到服务器对第一请求的响应信息,或服务器对第一请求的响应信息表示响应失败,在预设时长后再次向服务器发送第一请求。
在一些实施方式中,当响应信息中包括标识信息时,响应信息中还包括用于表示本次连接的任务是否完成的指示信息;
连接管理逻辑还包括响应于指示信息表示本次连接的任务已完成,与服务器断开连接关系。
在一些实施方式中,第一请求携带的信息包括用于表示之后是否需要继续调用的状态信息;相应地,连接管理逻辑中的与服务器断开连接关系的操作,具体包括向服务器发送携带有表示之后不需要继续调用的状态信息,以指示服务器断开连接关系。
在一些实施方式中,连接管理逻辑还包括响应于指示信息表示本次连接的任务未完成,在下次向服务器发送的第一请求中携带表示之后需要继续调用的状态信息,以指示服务器继续保持连接关系。
在一些实施方式中,数据请求逻辑具体包括以标识信息的增量部分作为入参调用数据接口以向服务器发送第二请求,第二请求用于请求该增量部分对应的资源数据。
在一些实施方式中,数据请求逻辑还包括:根据标识信息对从服务器请求到的资源数据进行排序。
本申请在另一些实施例中还提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述任一实施例中提供的管理与服务器的连接关系的方法的步骤。
具体地,计算机程序被处理器执行时可以实现以下步骤:
响应于接收到连接指令,通过预设的连接接口与服务器建立连接关系;按照目标调用频率执行连接管理逻辑,以管理连接关系;连接管理逻辑包括通过连接接口向服务器发送第一请求,响应于接收到服务器对第一请求的响应信息,且响应信息中包括标识信息,执行数据请求逻辑;数据请求逻辑包括根据标识信息调用预设的数据接口以向服务器请求对应的资源数据。
在一些实施方式中,目标调用频率是预先设定的固定频率,或者是根据当前时间段对应的访问量确定的动态频率。
在一些实施方式中,连接管理逻辑还包括响应于接收不到服务器对第一请求的响应信息,或服务器对第一请求的响应信息表示响应失败,在预设时长后再次向服务器发送第一请求。
在一些实施方式中,当响应信息中包括标识信息时,响应信息中还包括用于表示本次连接的任务是否完成的指示信息;
连接管理逻辑还包括响应于指示信息表示本次连接的任务已完成,与服务器断开连接关系。
在一些实施方式中,第一请求携带的信息包括用于表示之后是否需要继续调用的状态信息;相应地,连接管理逻辑中的与服务器断开连接关系的操作,具体包括向服务器发送携带有表示之后不需要继续调用的状态信息,以指示服务器断开连接关系。
在一些实施方式中,连接管理逻辑还包括响应于指示信息表示本次连接的任务未完成,在下次向服务器发送的第一请求中携带表示之后需要继续调用的状态信息,以指示服务器继续保持连接关系。
在一些实施方式中,数据请求逻辑具体包括以标识信息的增量部分作为入参调用数据接口以向服务器发送第二请求,第二请求用于请求该增量部分对应的资源数据。
在一些实施方式中,数据请求逻辑还包括:根据标识信息对从服务器请求到的资源数据进行排序。
在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink) DRAM(SLDRAM)、存储器总线(Rambus)、直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (9)
1.一种管理与服务器的连接关系的方法,其特征在于,应用于客户端,所述方法包括:
响应于接收到连接指令,通过预设的连接接口与所述服务器建立连接关系;
按照目标调用频率执行连接管理逻辑,以管理所述连接关系;
所述连接管理逻辑包括:通过所述连接接口向所述服务器发送第一请求,响应于接收到所述服务器对所述第一请求的响应信息,且所述响应信息中包括与资源数据对应的标识信息以及用于表示本次连接的任务是否完成的指示信息,执行数据请求逻辑;当所述指示信息表示本次连接的任务已完成时,不再通过所述连接接口向所述服务器发送第一请求;
所述数据请求逻辑包括:以所述标识信息的增量部分作为入参调用预设的数据接口以向所述服务器发送第二请求,所述第二请求用于请求所述增量部分对应的资源数据;根据所述标识信息对从所述服务器请求到的资源数据进行排序;
所述客户端通过所述连接接口或所述数据接口向所述服务器发送请求后,当所述服务器返回响应的信息之后,该请求的连接会断开。
2.如权利要求1所述的方法,其特征在于,所述目标调用频率是预先设定的固定频率,或者是根据当前时间段对应的访问量确定的动态频率。
3.如权利要求1所述的方法,其特征在于,所述连接管理逻辑还包括响应于接收不到所述服务器对所述第一请求的响应信息,或所述服务器对所述第一请求的响应信息表示响应失败,在预设时长后再次向所述服务器发送第一请求。
4.如权利要求1所述的方法,其特征在于,
所述连接管理逻辑还包括响应于所述指示信息表示本次连接的任务已完成,与所述服务器断开所述连接关系。
5.如权利要求4所述的方法,其特征在于,所述第一请求携带的信息包括用于表示之后是否需要继续调用的状态信息;
与所述服务器断开所述连接关系,包括:
向所述服务器发送携带有表示之后不需要继续调用的状态信息,以指示所述服务器断开所述连接关系。
6.如权利要求5所述的方法,其特征在于,所述连接管理逻辑还包括响应于所述指示信息表示本次连接的任务未完成,在下次向所述服务器发送的第一请求中携带表示之后需要继续调用的状态信息,以指示所述服务器继续保持所述连接关系。
7.一种实现如权利要求1所述的管理与服务器的连接关系的方法的装置,其特征在于,应用于客户端,所述装置包括:
连接建立模块,用于响应于接收到连接指令,通过预设的连接接口与所述服务器建立连接关系;
连接管理模块,用于按照目标调用频率执行连接管理逻辑,以管理所述连接关系;
所述连接管理逻辑包括通过所述连接接口向所述服务器发送第一请求,响应于接收到所述服务器对所述第一请求的响应信息,且所述响应信息中包括标识信息,执行数据请求逻辑;
所述数据请求逻辑包括根据所述标识信息调用预设的数据接口以向所述服务器请求对应的资源数据。
8.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311107773.5A CN116828022B (zh) | 2023-08-30 | 2023-08-30 | 管理与服务器的连接关系的方法、装置、设备和介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311107773.5A CN116828022B (zh) | 2023-08-30 | 2023-08-30 | 管理与服务器的连接关系的方法、装置、设备和介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116828022A CN116828022A (zh) | 2023-09-29 |
CN116828022B true CN116828022B (zh) | 2023-11-24 |
Family
ID=88120718
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311107773.5A Active CN116828022B (zh) | 2023-08-30 | 2023-08-30 | 管理与服务器的连接关系的方法、装置、设备和介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116828022B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105071976A (zh) * | 2015-09-08 | 2015-11-18 | 安一恒通(北京)科技有限公司 | 数据传输方法和装置 |
CN106372490A (zh) * | 2016-08-30 | 2017-02-01 | 王竞 | 外部设备连接方法及数据接口装置 |
CN110336856A (zh) * | 2019-05-10 | 2019-10-15 | 成都终身成长科技有限公司 | 接口调用方法、装置、电子设备及存储介质 |
CN112187908A (zh) * | 2020-09-23 | 2021-01-05 | 易小博(武汉)科技有限公司 | 一种数据处理方法、***和接口服务平台 |
CN112423145A (zh) * | 2020-11-16 | 2021-02-26 | 北京达佳互联信息技术有限公司 | 数据处理方法、装置、***、服务器及介质 |
CN115118524A (zh) * | 2022-08-22 | 2022-09-27 | 南京沁恒微电子股份有限公司 | 接口设备及其物联网自由互通数据透传方法、***及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11070610B2 (en) * | 2019-08-22 | 2021-07-20 | Open Text Corporation | System and method for data transfer, including protocols for use in data transfer in a content management environment |
-
2023
- 2023-08-30 CN CN202311107773.5A patent/CN116828022B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105071976A (zh) * | 2015-09-08 | 2015-11-18 | 安一恒通(北京)科技有限公司 | 数据传输方法和装置 |
CN106372490A (zh) * | 2016-08-30 | 2017-02-01 | 王竞 | 外部设备连接方法及数据接口装置 |
CN110336856A (zh) * | 2019-05-10 | 2019-10-15 | 成都终身成长科技有限公司 | 接口调用方法、装置、电子设备及存储介质 |
CN112187908A (zh) * | 2020-09-23 | 2021-01-05 | 易小博(武汉)科技有限公司 | 一种数据处理方法、***和接口服务平台 |
CN112423145A (zh) * | 2020-11-16 | 2021-02-26 | 北京达佳互联信息技术有限公司 | 数据处理方法、装置、***、服务器及介质 |
CN115118524A (zh) * | 2022-08-22 | 2022-09-27 | 南京沁恒微电子股份有限公司 | 接口设备及其物联网自由互通数据透传方法、***及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN116828022A (zh) | 2023-09-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109547511B (zh) | 一种web消息实时推送方法、服务器、客户端及*** | |
KR102208935B1 (ko) | 데이터 교환을 위한 컨텍스트를 설정하는 http 프로토콜을 통한 메시징 api | |
US9565218B2 (en) | Resource management for WebRTC | |
EP3709664B1 (en) | Stream pushing method, system and server | |
US9172765B2 (en) | Polling-based secure network message notification system and method with performance enhancing features | |
CN112118315A (zh) | 数据处理***、方法、装置、电子设备和存储介质 | |
CN112422497B (zh) | 消息传递方法、装置及计算机设备 | |
CN107528891B (zh) | 一种基于WebSocket的自动集群方法及其*** | |
CN111245831B (zh) | Ftp数据传输方法及装置、服务端和客户端的信息交互*** | |
CN111193789B (zh) | 订阅信息推送方法、装置、计算机设备和可读存储介质 | |
CN109088918B (zh) | 一种交互方法、客户端设备及服务端设备 | |
CN116828022B (zh) | 管理与服务器的连接关系的方法、装置、设备和介质 | |
KR101367265B1 (ko) | 푸시 서버, 푸시 서비스 제공시스템 및 그 방법 | |
US10108588B2 (en) | Method and system for communicating between client pages | |
CN109120578B (zh) | 一种实现链路连接处理的方法及装置 | |
CN115714805A (zh) | 一种跨平台通信连接方法、***及电子设备 | |
CN112291371B (zh) | 会议消息实时同步方法、***、设备和存储介质 | |
CN115297105A (zh) | 文件传输方法、装置、计算机设备及存储介质 | |
CN111490997B (zh) | 任务处理方法、代理***、服务***和电子设备 | |
WO2021134766A1 (zh) | 确定设备状态的方法、装置、设备及存储介质 | |
CN112612848A (zh) | 数据实时同步的方法及装置、***、电子设备、存储介质 | |
CN114143127B (zh) | 数据广播方法、装置和电子设备 | |
CN114257630B (zh) | 课堂实时交互方法、***、终端设备及可读存储介质 | |
CN112165535B (zh) | 消息推送处理方法和*** | |
EP4231607A1 (en) | Data transmission method and communication apparatus |
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 |