CN112202622A - 连接处理方法及装置 - Google Patents

连接处理方法及装置 Download PDF

Info

Publication number
CN112202622A
CN112202622A CN202011098937.9A CN202011098937A CN112202622A CN 112202622 A CN112202622 A CN 112202622A CN 202011098937 A CN202011098937 A CN 202011098937A CN 112202622 A CN112202622 A CN 112202622A
Authority
CN
China
Prior art keywords
connection
error
server
information
client
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
CN202011098937.9A
Other languages
English (en)
Other versions
CN112202622B (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202011098937.9A priority Critical patent/CN112202622B/zh
Publication of CN112202622A publication Critical patent/CN112202622A/zh
Application granted granted Critical
Publication of CN112202622B publication Critical patent/CN112202622B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0695Management of faults, events, alarms or notifications the faulty arrangement being the maintenance, administration or management system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/142Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开了一种连接处理方法及装置,属于移动通信领域。所述方法应用于应用程序的服务器,所述方法包括:接收至少两个第一客户端通过超文本传输协议HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;其中,所述连接错误信息指示所述第一客户端与所述服务器发生连接错误,所述错误标识指示错误类型;在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息。本申请实施例解决了现有技术中,服务器若出现内部异常,容易导致服务器宕机的问题。

Description

连接处理方法及装置
技术领域
本申请属于移动通信领域,具体涉及一种连接处理方法及装置。
背景技术
随着移动通信技术的迅速发展,以智能手机为首的电子设备已成为人们生活中各方面不可或缺的工具。电子设备的各种应用程序(Application,APP)的功能也逐渐完善,不再只是单纯地起到通信作用,较多的是为用户提供各种智能化服务,给用户工作、生活带来了极大的便利。
在应用程序使用的过程中,经常会遇到服务器访问异常的情况,导致与服务器连接失败,降低用户的使用体验,甚至导致用户的流失。现有技术中,若出现应用程序接口异常,无法获取到对应数据,而导致页面无法正常渲染时,应用程序通常会直接在页面上展示错误提示,并提示用户二次操作,重新请求访问对应的页面;或者,一些应用程序在第一次请求失败后立即尝试重新连接,并持续尝试多次连接。上述两种处理方式,由用户手动重新联系,或应用程序自动重新连接,对于应用程序的服务器而言,在用户数量较多的情况下,很容易超出接口承载量;且若服务器出现内部异常,无法通过接口重复请求恢复,若接收到大量重新连接请求,容易导致服务器雪崩式宕机,延长故障修复时间。
发明内容
本申请实施例的目的是提供一种连接处理方法及装置,能够解决现有技术中服务器若出现内部异常,容易导致服务器宕机的问题。
为了解决上述技术问题,本申请是这样实现的:
第一方面,本申请实施例提供了一种连接处理方法,所述方法应用于应用程序的服务器,所述方法包括:
接收至少两个第一客户端通过超文本传输协议HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;其中,所述连接错误信息指示所述第一客户端与所述服务器发生连接错误,所述错误标识指示错误类型;
在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息。
可选地,所述提取每一所述连接错误信息中的错误标识之后,所述方法包括:
接收第二客户端通过所述应用程序的传输接口发送的连接请求;
若所述错误标识指示连接错误的错误类型为所述传输接口的承载数量超过预设承载阈值,则通过HTTP长连接向所述第二客户端发送第一指示信息,且所述第一指示信息用于指示拒绝连接。
可选地,若所述错误标识指示所述错误类型为所述应用程序的传输接口的承载数量超过预设承载阈值,所述告警信息中包括第二指示信息,所述第二指示信息用于指示对所述服务器进行扩容。
可选地,所述方法还包括:
接收第三客户端发送的第三指示信息,所述第三指示信息用于指示所述第三客户端与所述服务器连接正常,且所述第三客户端请求访问所述服务器时所接收的内容为空值;响应于所述第三指示信息,输出预设提示信息。
第二方面,本申请实施例提供了一种连接处理方法,所述方法应用于应用程序的客户端,所述方法包括:
在与所述应用程序的服务器发生连接错误时,确定连接错误的错误类型;
通过超文本传输协议HTTP长连接向所述应用程序的服务器发送连接错误信息,所述连接错误信息中携带有指示所述错误类型的错误标识。
可选地,所述方法还包括:
通过所述应用程序的传输接口向所述服务器发送连接请求;
若接收到所述服务器根据所述连接请求反馈的第一指示信息,且所述第一指示信息为通过HTTP长连接发送的,则停止与所述服务器建立连接,并输出预设提示信息;其中,所述第一指示信息用于指示所述传输接口的承载数量超过预设承载阈值。
第三方面,本申请实施例还提供了一种连接处理装置,应用于应用程序的服务器,所述连接处理装置包括:
标识提取模块,用于接收至少两个第一客户端通过超文本传输协议HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;其中,所述连接错误信息指示所述第一客户端与所述服务器发生连接错误,所述错误标识指示错误类型;
告警模块,用于在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息。
可选地,所述装置包括:
请求接收模块,用于接收第二客户端通过所述应用程序的传输接口发送的连接请求;
拒绝连接模块,用于若所述错误标识指示连接错误的错误类型为所述传输接口的承载数量超过预设承载阈值,则通过HTTP长连接向所述第二客户端发送第一指示信息,且所述第一指示信息用于指示拒绝连接。
可选地,若所述错误标识指示所述错误类型为所述应用程序的传输接口的承载数量超过预设承载阈值,所述告警信息中包括第二指示信息,所述第二指示信息用于指示对所述服务器进行扩容。
可选地,所述装置还包括:
第一提示模块,用于接收第三客户端发送的第三指示信息,所述第三指示信息用于指示所述第三客户端与所述服务器连接正常,且所述第三客户端请求访问所述服务器时所接收的内容为空值;响应于所述第三指示信息,输出预设提示信息。
第四方面,本申请实施例还提供了一种连接处理装置,应用于应用程序的客户端,所述装置包括:
类型确定模块,用于在与所述应用程序的服务器发生连接错误时,确定连接错误的错误类型;
信息发送模块,用于通过超文本传输协议HTTP长连接向所述应用程序的服务器发送连接错误信息,所述连接错误信息中携带有指示所述错误类型的错误标识。
可选地,所述装置还包括:
请求发送模块,用于通过所述应用程序的传输接口向所述服务器发送连接请求;
第二提示模块,用于若接收到所述服务器根据所述连接请求反馈的第一指示信息,且所述第一指示信息为通过HTTP长连接发送的,则停止与所述服务器建立连接,并输出预设提示信息;其中,所述第一指示信息用于指示所述传输接口的承载数量超过预设承载阈值。
第五方面,本申请实施例还提供了一种电子设备,该电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的程序或指令,所述处理器执行所述程序或指令时实现如上所述的连接处理方法中的步骤。
第六方面,本申请实施例还提供了一种可读存储介质,该可读存储介质上存储有程序或指令,所述程序或指令被处理器执行时实现如上所述的连接处理方法中的步骤。
第七方面,本申请实施例提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现如第一方面或第二方面所述的方法。
在本申请实施例中,服务器接收到第一客户端通过HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息,以提示服务器用户进行故障处理,及时排查问题并进行故障修复,避免因服务器发生故障未及时处理,而接收到大量的重新连接请求,导致服务器宕机。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1表示本申请实施例提供的第一示例的应用系统的示意图;
图2表示本申请实施例提供的第二示例的示意图;
图3表示本申请实施例提供的第三示例的示意图;
图4表示本申请实施例提供的第四示例的示意图;
图5表示本申请实施例提供的第四示例的流程图;
图6表示本申请实施例提供的连接处理方法的流程图之一;
图7表示本申请实施例提供的连接处理方法的流程图之二;
图8表示本申请的实施例提供的连接处理装置的框图之一;
图9表示本申请的实施例提供的连接处理装置的框图之二;
图10表示本申请的实施例提供的电子设备的框图之一;
图11表示本申请的实施例提供的电子设备的框图之二。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。在本申请的各种实施例中,应理解,下述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的连接处理方法进行详细地说明。
本申请实施例提供了一种连接处理方法,可以理解的是,本申请实施例中,连接错误即连接异常;可选地,作为第一示例,所述方法可应用于如图1所示应用系统,所述应用系统包括服务器和客户端;客户端和服务器可分别持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的移动台(Mobile Station,MS),终端设备(Terminal Device)等等。如图1所示,客户端数量可以为多个,图1中所示为n个。以客户端1为例,客户端1与服务器之间通过应用程序的传输接口进行信息交互;客户端1还与服务器之间保持超文本传输协议(Hyper Text Transfer Protocol,HTTP)长连接,在使用HTTP长连接的情况下,客户端完成一个操作,比如当一个网页打开完成后,客户端和服务器之间用于传输HTTP数据的传输控制协议(Transmission Control Protocol,TCP)连接不会关闭,而是保持连接状态;当客户端再次访问该服务器时,会继续使用这一条已经建立的TCP连接。
客户端1通过应用程序的传输接口向服务器发送连接请求,并执行步骤101以及步骤102。
具体地,步骤101,在与所述应用程序的服务器发生连接错误时,确定连接错误的错误类型。
客户端在请求连接(访问)服务器时,若出现连接错误的情况,比如,作为第二示例,如图2所示,应用程序界面显示服务器异常,则会接收到连接错误相关的报文信息,即第四指示信息,第四指示信息中携带有指示错误类型的标识;错误类型例如错误请求、访问被拒绝、禁止访问、服务器内部错误、网关超时以及接口请求超时等类型;相应地,第四指示信息可以采用如下标识分别指示上述类型:400指示错误请求,401指示访问被拒绝,403指示禁止访问,500指示服务器内部错误,504指示网关超时。则第四指示信息中,指示连接错误类型字段若携带有400,则表明错误类型为错误请求。
可以理解的是,发生接口请求超时的情况时,服务器不会返回错误代码,客户端无法接收到指示错误类型的标识。具体地,接口请求超时通常分为两种情况,请求超时与响应超时;关于请求超时,比如当前网络质量较差,当客户端发起一个请求,通信层开始请求与服务器建立连接(包括在重试),如果在5秒之内未成功连接到服务器,则认为发生请求超时。响应超时,当客户端连接到服务器时,通常统一资源定位器(Uniform ResourceLocator,URL)参数会直接提交到服务器,当服务器接收到请求数据后开始处理数据并响应,在处理数据并响应阶段可能会发生响应超时。
步骤102,通过超文本传输协议HTTP长连接向所述应用程序的服务器发送连接错误信息,所述连接错误信息中携带有指示所述错误类型的错误标识。
客户端确定错误类型之后,通过HTTP长连接向所述应用程序的服务器发送连接错误信息,并在连接错误信息中携带错误类型的错误标识;比如,采用上述标识分别作为每个错误类型的错误标识,错误标识400对应的错误类型为错误请求,错误标识401对应的错误类型为访问被拒绝,错误标识403对应的错误类型为禁止访问,错误标识500对应的错误类型为服务器内部错误,错误标识504对应的错误类型为网关超时;这样,在客户端每次与服务建立连接发送连接错误的情况时,将错误标识通过HTTP长连接发送给服务器,服务器可根据错误标识统计每个错误类型的错误次数,并进一步执行告警处理等。
具体地,服务器执行以下步骤201以及步骤202。
步骤201,接收至少两个第一客户端通过超文本传输协议HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;其中,所述连接错误信息指示所述第一客户端与所述服务器发生连接错误,所述错误标识指示错误类型。
第一客户端即所述应用程序的客户端,第一客户端包括上述客户端1;服务器接收每个第一客户端通过HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识,根据错误标识统计每个目标错误类型对应的所述连接错误信息的数量。
步骤202,在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息。
在每个预设周期,服务器统计每个错误类型的连接错误的数量,在目标错误类型对应的所述连接错误信息的数量达到预设阈值的情况下,则输出告警信息;预设阈值为连接错误数量的最大值;可选地,可针对每个错误类型设定一预设阈值;比如,错误请求400对应的预设阈值为1000,访问被拒绝对应的预设阈值为1200等;在发生至少一个错误类型的达到预设阈值的情况下,服务器则输出告警信息,以提示服务器用户进行故障处理,及时排查问题并进行故障修复,避免服务器发生故障未及时处理,导致接收到大量的重新连接请求,导致服务器宕机。
本申请实施例中,宕机指服务器(服务器的操作系统)无法从一个严重系统错误中恢复过来,或系统硬件层面出问题,以致系统长时间无响应的故障情况。
在一个可选实施例中,所述提取每一所述连接错误信息中的错误标识之后,服务器还执行步骤203和步骤204。
步骤203,接收第二客户端通过所述应用程序的传输接口发送的连接请求;
步骤204,若所述错误标识指示错误类型为所述传输接口的承载数量超过预设承载阈值,则通过HTTP长连接向所述第二客户端发送第一指示信息,且所述第一指示信息用于指示拒绝连接。
其中,第二客户端可以是第一客户端,也可以不是第一客户端,比如与服务器通过传输接口新建连接的客户端。在所述错误标识指示错误类型为所述传输接口的承载数量超过预设承载阈值,即传输接口此时承载的连接数量已经超出可承受的承载范围,此时为避免服务器发生异常,服务器通过HTTP长连接向所述第二客户端发送第一指示信息,且所述第一指示信息用于指示拒绝连接,拒绝第二客户端的连接请求,避免进一步增加传输接口的压力。
在一个可选实施例中,若所述错误标识指示错误类型为所述传输接口的承载数量超过预设承载阈值,所述告警信息中包括第二指示信息,所述第二指示信息用于指示对所述服务器进行扩容;通过第二指示信息告知用户需要对服务器进行扩容处理,以及时修复故障。
在一个可选实施例中,服务器还执行如下步骤:接收第三客户端发送的第三指示信息,所述第三指示信息用于指示所述第三客户端与所述服务器连接正常,且所述第三客户端请求访问所述服务器时所接收的内容为空值;响应于所述第三指示信息,输出预设提示信息。
服务器不仅可以对接口异常进行监控,也可以对接口正常但返回值为空值的情况进行监控。比如运营在某段时间内忘记在后台配置内容,此时应用请求接口后展示的页面内容为空,作为第三示例,如图3所示客户端的界面显示没有内容。服务器在接收到第三客户端(可以是第一客户端、第二客户端,也可以不是),可发出预设提示信息,预设提示信息用以提示维护人员在后台配置内容,以解决上述问题。
在一个可选实施例中,客户端还执行步骤103和步骤104。
步骤103,通过所述应用程序的传输接口向所述服务器发送连接请求。
客户端通过传输接口请求访问服务器,向服务器待发送连接请求。
步骤104,若接收到所述服务器根据所述连接请求反馈的第一指示信息,且所述第一指示信息为通过HTTP长连接发送的,则停止与所述服务器建立连接,并输出预设提示信息;其中,所述第一指示信息用于指示所述传输接口的承载数量超过预设承载阈值。
客户端接收到服务器针对连接请求反馈的第一指示信息时,若第一指示信息指示所述传输接口的承载数量超过预设承载阈值,则停止与服务器建立连接,避免进一步增加传输接口的压力。
作为第四示例,参见图4,应用系统主要提供以下几个功能:
1.建立长连接;
2.统计连接错误的原因和数量,推送用户异常信息;
3.告警机制;
4.接口修复或扩容。
应用系统具备接口异常处理功能,该系统用于识别和统计一段时间内接口异常(连接错误)的错误码和错误码对应的数量。在应用系统工作时,与客户端建立长连接,智能统计、汇总所有用户在使用某个应用的接口异常错误码数量。应用接口一旦发生异常,客户端通过和长连接上报连接错误信息,,服务器负责统计汇总错误码和对应的数量。如果在某一时间段内,错误码数量达到一定阈值,服务器通过告警机制通知相关方排查接口问题,及时给予修复。进一步地,如果服务器识别到错误类型为接口承载超容,当有客户端进入对应页面或者刷新当前页面时,可以提前告知客户端暂时不要做此操作,防止给传输接口带来更大的压力。当服务器问题处理或者扩容后,一段时间内错误数量低于预设阈值,相关提示自动解除。
结合图5,以客户端为用户手机为例,连接处理方法主要包括以下步骤:
步骤501,用户联网后,手机自动和服务器建立长连接。
步骤502,用户打开应用程序的某一页面,客户端请求对应的传输接口。
步骤503,判断传输接口处理连接请求是否异常:
若传输接口正常时,执行步骤504,服务器正常处理连接请求;若传输接口异常时,执行步骤505。
步骤505,手机获取连接错误的错误标识,通过建立的长连接将错误标识发送给服务器。
步骤506,服务器判断在预设时间段内,连接错误次数超过预设阈值,则执行告警机制。
步骤507,若错误类型为服务器连续出现接口请求超时,且接口承载数量超出可承载范围,服务器通过长连接发送第一指示信息给即将请求该接口的客户端,暂缓对应页面的打开。同时通知开发者进行异常修复或服务器扩容。
步骤508,当接口修复完毕或者服务器扩容后,服务器检测到错误数量降低到小于预设阈值,则自动解除异常信息通知。
接口发生异常后,服务器通过和手机建立的长连接收集错误类型,统计对应错误量。在特定情况下通知用户暂缓页面打开,同时通知开发者修复问题;在用户获取到接口异常通知时,暂缓页面打开,可避免对接口请求造成进一步的压力;问题修复后,自动解除异常信息通知,用户正常使用应用。
服务器及时将异常信息推送给相关开发者,省去之前的测试人员测试,开发人员分析的流程,可提升服务器维护者的工作效率。
本申请实施例中,服务器接收到第一客户端通过HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息,以提示服务器用户进行故障处理,及时排查问题并进行故障修复,避免因服务器发生故障未及时处理,而接收到大量的重新连接请求,导致服务器宕机。本申请实施例解决了现有技术中,服务器若出现内部异常,容易导致服务器宕机的问题。
参见图6,本申请又一实施例提供了一种连接处理方法,应用于服务器,所述方法包括:
步骤601,接收至少两个第一客户端通过超文本传输协议HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;其中,所述连接错误信息指示所述第一客户端与所述服务器发生连接错误,所述错误标识指示错误类型。
如图1所示,客户端数量可以为多个,图1中所示为n个。以客户端1为例,客户端1与服务器之间通过应用程序的传输接口进行信息交互;客户端1还与服务器之间保持HTTP长连接,在使用HTTP长连接的情况下,客户端完成一个操作,比如当一个网页打开完成后,客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭,而是保持连接状态;当客户端再次访问该服务器时,会继续使用这一条已经建立的TCP连接。
第一客户端即所述应用程序的客户端,第一客户端包括上述客户端1;服务器接收每个第一客户端通过HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识,根据错误标识统计每个目标错误类型对应的所述连接错误信息的数量。
错误类型例如错误请求、访问被拒绝、禁止访问、服务器内部错误、网关超时以及接口请求超时等类型;具体地,接口请求超时通常分为两种情况,请求超时与响应超时;关于请求超时,比如当前网络质量较差,当客户端发起一个请求,通信层开始请求与服务器建立连接(包括在重试),如果在5秒之内未成功连接到服务器,则认为发生请求超时。响应超时,当客户端连接到服务器时,通常URL参数会直接提交到服务器,当服务器接收到请求数据后开始处理数据并响应,在处理数据并响应阶段可能会发生响应超时。
步骤602,在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息。
在每个预设周期,服务器统计每个错误类型的连接错误的数量,在目标错误类型对应的所述连接错误信息的数量达到预设阈值的情况下,则输出告警信息;预设阈值为连接错误数量的最大值;可选地,可针对每个错误类型设定一预设阈值;比如,错误请求400对应的预设阈值为1000,访问被拒绝对应的预设阈值为1200等;在发生至少一个错误类型的达到预设阈值的情况下,服务器则输出告警信息,以提示服务器用户进行故障处理,及时排查问题并进行故障修复,避免服务器发生故障未及时处理,导致接收到大量的重新连接请求,导致服务器宕机。
可选地,本申请实施例中,所述提取每一所述连接错误信息中的错误标识之后,所述方法包括:
接收第二客户端通过所述应用程序的传输接口发送的连接请求;
若所述错误标识指示连接错误的错误类型为所述传输接口的承载数量超过预设承载阈值,则通过HTTP长连接向所述第二客户端发送第一指示信息,且所述第一指示信息用于指示拒绝连接。
可选地,本申请实施例中,若所述错误标识指示所述错误类型为所述应用程序的传输接口的承载数量超过预设承载阈值,所述告警信息中包括第二指示信息,所述第二指示信息用于指示对所述服务器进行扩容。
可选地,本申请实施例中,所述方法还包括:
接收第三客户端发送的第三指示信息,所述第三指示信息用于指示所述第三客户端与所述服务器连接正常,且所述第三客户端请求访问所述服务器时所接收的内容为空值;响应于所述第三指示信息,输出预设提示信息。
本申请实施例中,服务器接收到第一客户端通过HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息,以提示服务器用户进行故障处理,及时排查问题并进行故障修复,避免因服务器发生故障未及时处理,而接收到大量的重新连接请求,导致服务器宕机。
参见图7,本申请又一实施例提供了一种连接处理方法,应用于客户端,所述方法包括:
步骤701,在与所述应用程序的服务器发生连接错误时,确定连接错误的错误类型。
客户端在请求连接(访问)服务器时,若出现连接错误的情况,比如,如图2所示,应用程序界面显示服务器异常,则会接收到连接错误相关的报文信息,即第四指示信息,第四指示信息中携带有指示错误类型的标识;错误类型例如错误请求、访问被拒绝、禁止访问、服务器内部错误以及网关超时等类型;相应地,第四指示信息可以采用如下标识分别指示上述类型:400指示错误请求,401指示访问被拒绝,403指示禁止访问,500指示服务器内部错误,504指示网关超时。则第四指示信息中,指示连接错误类型字段若携带有400,则表明错误类型为错误请求。
错误类型例如错误请求、访问被拒绝、禁止访问、服务器内部错误、网关超时以及接口请求超时等类型;相应地,第四指示信息可以采用如下标识分别指示上述类型:400指示错误请求,401指示访问被拒绝,403指示禁止访问,500指示服务器内部错误,504指示网关超时。则第四指示信息中,指示连接错误类型字段若携带有400,则表明错误类型为错误请求。
可以理解的是,发生接口请求超时的情况时,服务器不会返回错误代码,客户端无法接收到指示错误类型的标识。具体地,接口请求超时通常分为两种情况,请求超时与响应超时;关于请求超时,比如当前网络质量较差,当客户端发起一个请求,通信层开始请求与服务器建立连接(包括在重试),如果在5秒之内未成功连接到服务器,则认为发生请求超时。响应超时,当客户端连接到服务器时,通常统一资源定位器(Uniform ResourceLocator,URL)参数会直接提交到服务器,当服务器接收到请求数据后开始处理数据并响应,在处理数据并响应阶段可能会发生响应超时。
步骤702,通过超文本传输协议HTTP长连接向所述应用程序的服务器发送连接错误信息,所述连接错误信息中携带有指示所述错误类型的错误标识。
客户端确定错误类型之后,通过HTTP长连接向所述应用程序的服务器发送连接错误信息,并在连接错误信息中携带错误类型的错误标识;比如,采用上述标识分别作为每个错误类型的错误标识,错误标识400对应的错误类型为错误请求,错误标识401对应的错误类型为访问被拒绝,错误标识403对应的错误类型为禁止访问,错误标识500对应的错误类型为服务器内部错误,错误标识504对应的错误类型为网关超时;这样,在客户端每次与服务建立连接发送连接错误的情况时,将错误标识通过HTTP长连接发送给服务器,服务器可根据错误标识统计每个错误类型的错误次数,并进一步执行告警处理等。
可选地,本申请实施例中,所述方法包括:
所述方法还包括:
通过所述应用程序的传输接口向所述服务器发送连接请求;
若接收到所述服务器根据所述连接请求反馈的第一指示信息,且所述第一指示信息为通过HTTP长连接发送的,则停止与所述服务器建立连接,并输出预设提示信息;其中,所述第一指示信息用于指示所述传输接口的承载数量超过预设承载阈值。
本申请实施例中,在与所述应用程序的服务器发生连接错误时,确定连接错误的错误类型;通过超文本传输协议HTTP长连接向所述应用程序的服务器发送连接错误信息,使得服务器在预设周期内的目标错误类型对应的所述连接错误信息的数量达到预设阈值的情况下,则输出告警信息,以提示服务器用户进行故障处理,及时排查问题并进行故障修复,避免因服务器发生故障未及时处理,而接收到大量的重新连接请求,导致服务器宕机。
以上介绍了本申请实施例提供的连接处理方法,下面将结合附图介绍本申请实施例提供的连接处理装置。
需要说明的是,本申请实施例提供的连接处理方法,执行主体可以为连接处理装置,或者该连接处理装置中的用于执行连接处理方法的控制模块。本申请实施例中以连接处理装置执行连接处理方法为例,说明本申请实施例提供的连接处理方法。
参见图8,本申请实施例还提供了一种连接处理装置800,应用于应用程序的服务器,所述连接处理装置800包括:
标识提取模块801,用于接收至少两个第一客户端通过超文本传输协议HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;其中,所述连接错误信息指示所述第一客户端与所述服务器发生连接错误,所述错误标识指示错误类型;
告警模块802,用于在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息。
可选地,所述装置800包括:
请求接收模块,用于接收第二客户端通过所述应用程序的传输接口发送的连接请求;
拒绝连接模块,用于若所述错误标识指示连接错误的错误类型为所述传输接口的承载数量超过预设承载阈值,则通过HTTP长连接向所述第二客户端发送第一指示信息,且所述第一指示信息用于指示拒绝连接。
可选地,若所述错误标识指示所述错误类型为所述应用程序的传输接口的承载数量超过预设承载阈值,所述告警信息中包括第二指示信息,所述第二指示信息用于指示对所述服务器进行扩容。
可选地,所述装置800还包括:
第一提示模块,用于接收第三客户端发送的第三指示信息,所述第三指示信息用于指示所述第三客户端与所述服务器连接正常,且所述第三客户端请求访问所述服务器时所接收的内容为空值;响应于所述第三指示信息,输出预设提示信息。
本申请的实施例中,通过标识提取模块801接收到第一客户端通过HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;告警模块802在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息,以提示服务器用户进行故障处理,及时排查问题并进行故障修复,避免因服务器发生故障未及时处理,而接收到大量的重新连接请求,导致服务器宕机。
参见图9,本申请实施例还提供了一种连接处理装置900,应用于应用程序的客户端,所述装置900包括:
类型确定模块901,用于在与所述应用程序的服务器发生连接错误时,确定连接错误的错误类型;
信息发送模块902,用于通过超文本传输协议HTTP长连接向所述应用程序的服务器发送连接错误信息,所述连接错误信息中携带有指示所述错误类型的错误标识。
可选地,所述装置900还包括:
请求发送模块,用于通过所述应用程序的传输接口向所述服务器发送连接请求;
第二提示模块,用于若接收到所述服务器根据所述连接请求反馈的第一指示信息,且所述第一指示信息为通过HTTP长连接发送的,则停止与所述服务器建立连接,并输出预设提示信息;其中,所述第一指示信息用于指示所述传输接口的承载数量超过预设承载阈值。
本申请实施例中,类型确定模块901在与所述应用程序的服务器发生连接错误时,确定连接错误的错误类型;信息发送模块902通过超文本传输协议HTTP长连接向所述应用程序的服务器发送连接错误信息,使得服务器在预设周期内的目标错误类型对应的所述连接错误信息的数量达到预设阈值的情况下,则输出告警信息,以提示服务器用户进行故障处理,及时排查问题并进行故障修复,避免因服务器发生故障未及时处理,而接收到大量的重新连接请求,导致服务器宕机。
本申请实施例中的连接处理装置可以是装置,也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备,也可以为非移动电子设备。示例性的,移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本或者个人数字助理(personaldigital assistant,PDA)等,非移动电子设备可以为网络附属存储器(Network AttachedStorage,NAS)、个人计算机(personal computer,PC)、电视机(television,TV)、柜员机或者自助机等,本申请实施例不作具体限定。
本申请实施例中的连接处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统,可以为ios操作系统,还可以为其他可能的操作系统,本申请实施例不作具体限定。
本申请实施例提供的连接处理装置能够实现图1至图7的方法实施例中连接处理装置实现的各个过程,为避免重复,这里不再赘述。
可选地,本申请实施例还提供一种应用系统,包括服务器与客户端,其中,服务器端包括上述的连接处理装置800,客户端包括上述的连接处理装置900。利用该应用系统,可以及时排查问题并进行故障修复。
可选的,如图10所示,本申请实施例还提供一种电子设备1000,包括处理器1001,存储器1002,存储在存储器1002上并可在所述处理器1001上运行的程序或指令,该程序或指令被处理器1001执行时实现上述连接处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要注意的是,本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
图11为实现本申请各个实施例的一种电子设备1100的硬件结构示意图;
该电子设备1100包括但不限于:射频单元1101、网络模块1102、音频输出单元1103、输入单元1104、传感器1105、显示单元1106、用户输入单元1107、接口单元1108、存储器1109、处理器1110、以及电源1111等部件。本领域技术人员可以理解,电子设备1100还可以包括给各个部件供电的电源(比如电池),电源可以通过电源管理系统与处理器1110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图11中示出的电子设备结构并不构成对电子设备的限定,电子设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,在此不再赘述。
其中,处理器1110,用于接收至少两个第一客户端通过超文本传输协议HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;其中,所述连接错误信息指示所述第一客户端与所述服务器发生连接错误,所述错误标识指示错误类型;
在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息。
可选的,处理器1110,用于接收第二客户端通过所述应用程序的传输接口发送的连接请求;
若所述错误标识指示连接错误的错误类型为所述传输接口的承载数量超过预设承载阈值,则通过HTTP长连接向所述第二客户端发送第一指示信息,且所述第一指示信息用于指示拒绝连接。
可选的,若所述错误标识指示所述错误类型为所述应用程序的传输接口的承载数量超过预设承载阈值,所述告警信息中包括第二指示信息,所述第二指示信息用于指示对所述服务器进行扩容。
可选的,处理器1110,用于接收第三客户端发送的第三指示信息,所述第三指示信息用于指示所述第三客户端与所述服务器连接正常,且所述第三客户端请求访问所述服务器时所接收的内容为空值;响应于所述第三指示信息,输出预设提示信息。
处理器1110,用于在与所述应用程序的服务器发生连接错误时,确定连接错误的错误类型;
通过超文本传输协议HTTP长连接向所述应用程序的服务器发送连接错误信息,所述连接错误信息中携带有指示所述错误类型的错误标识。
可选的,处理器1110,用于通过所述应用程序的传输接口向所述服务器发送连接请求;
若接收到所述服务器根据所述连接请求反馈的第一指示信息,且所述第一指示信息为通过HTTP长连接发送的,则停止与所述服务器建立连接,并输出预设提示信息;其中,所述第一指示信息用于指示所述传输接口的承载数量超过预设承载阈值。
本申请的实施例中,服务器接收到第一客户端通过HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息,以提示服务器用户进行故障处理,及时排查问题并进行故障修复,避免因服务器发生故障未及时处理,而接收到大量的重新连接请求,导致服务器宕机。
应理解的是,本申请实施例中,输入单元1104可以包括图形处理器(GraphicsProcessing Unit,GPU)11041和麦克风11042,图形处理器11041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1106可包括显示面板11061,可以采用液晶显示器、有机发光二极管等形式来配置显示面板11061。用户输入单元1107包括触控面板11071以及其他输入设备11072。触控面板11071,也称为触摸屏。触控面板11071可包括触摸检测装置和触摸控制器两个部分。其他输入设备11072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。存储器1109可用于存储软件程序以及各种数据,包括但不限于应用程序和操作系统。处理器1110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器1110中。
本申请实施例还提供一种可读存储介质,可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述连接处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现上述连接处理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。

Claims (10)

1.一种连接处理方法,应用于应用程序的服务器,其特征在于,所述方法包括:
接收至少两个第一客户端通过超文本传输协议HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;其中,所述连接错误信息指示所述第一客户端与所述服务器发生连接错误,所述错误标识指示错误类型;
在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息。
2.根据权利要求1所述的连接处理方法,其特征在于,所述提取每一所述连接错误信息中的错误标识之后,所述方法包括:
接收第二客户端通过所述应用程序的传输接口发送的连接请求;
若所述错误标识指示连接错误的错误类型为所述传输接口的承载数量超过预设承载阈值,则通过HTTP长连接向所述第二客户端发送第一指示信息,且所述第一指示信息用于指示拒绝连接。
3.根据权利要求1所述的连接处理方法,其特征在于,若所述错误标识指示所述错误类型为所述应用程序的传输接口的承载数量超过预设承载阈值,所述告警信息中包括第二指示信息,所述第二指示信息用于指示对所述服务器进行扩容。
4.根据权利要求1所述的连接处理方法,其特征在于,所述方法还包括:
接收第三客户端发送的第三指示信息,所述第三指示信息用于指示所述第三客户端与所述服务器连接正常,且所述第三客户端请求访问所述服务器时所接收的内容为空值;
响应于所述第三指示信息,输出预设提示信息。
5.一种连接处理方法,应用于应用程序的客户端,其特征在于,所述方法包括:
在与所述应用程序的服务器发生连接错误时,确定连接错误的错误类型;
通过超文本传输协议HTTP长连接向所述应用程序的服务器发送连接错误信息,所述连接错误信息中携带有指示所述错误类型的错误标识。
6.根据权利要求5所述的连接处理方法,其特征在于,所述方法还包括:
通过所述应用程序的传输接口向所述服务器发送连接请求;
若接收到所述服务器根据所述连接请求反馈的第一指示信息,且所述第一指示信息为通过HTTP长连接发送的,则停止与所述服务器建立连接,并输出预设提示信息;其中,所述第一指示信息用于指示所述传输接口的承载数量超过预设承载阈值。
7.一种连接处理装置,应用于应用程序的服务器,其特征在于,所述装置包括:
标识提取模块,用于接收至少两个第一客户端通过超文本传输协议HTTP长连接发送的连接错误信息,提取每一所述连接错误信息中的错误标识;其中,所述连接错误信息指示所述第一客户端与所述服务器发生连接错误,所述错误标识指示错误类型;
告警模块,用于在预设周期内,若目标错误类型对应的所述连接错误信息的数量达到预设阈值,则输出告警信息。
8.根据权利要求7所述的连接处理装置,其特征在于,所述装置包括:
请求接收模块,用于接收第二客户端通过所述应用程序的传输接口发送的连接请求;
拒绝连接模块,用于若所述错误标识指示连接错误的错误类型为所述传输接口的承载数量超过预设承载阈值,则通过HTTP长连接向所述第二客户端发送第一指示信息,且所述第一指示信息用于指示拒绝连接。
9.一种连接处理装置,应用于应用程序的客户端,其特征在于,所述装置包括:
类型确定模块,用于在与所述应用程序的服务器发生连接错误时,确定连接错误的错误类型;
信息发送模块,用于通过超文本传输协议HTTP长连接向所述应用程序的服务器发送连接错误信息,所述连接错误信息中携带有指示所述错误类型的错误标识。
10.根据权利要求9所述的连接处理装置,其特征在于,所述装置还包括:
请求发送模块,用于通过所述应用程序的传输接口向所述服务器发送连接请求;
第二提示模块,用于若接收到所述服务器根据所述连接请求反馈的第一指示信息,且所述第一指示信息为通过HTTP长连接发送的,则停止与所述服务器建立连接,并输出预设提示信息;其中,所述第一指示信息用于指示所述传输接口的承载数量超过预设承载阈值。
CN202011098937.9A 2020-10-14 2020-10-14 连接处理方法及装置 Active CN112202622B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011098937.9A CN112202622B (zh) 2020-10-14 2020-10-14 连接处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011098937.9A CN112202622B (zh) 2020-10-14 2020-10-14 连接处理方法及装置

Publications (2)

Publication Number Publication Date
CN112202622A true CN112202622A (zh) 2021-01-08
CN112202622B CN112202622B (zh) 2023-04-28

Family

ID=74010066

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011098937.9A Active CN112202622B (zh) 2020-10-14 2020-10-14 连接处理方法及装置

Country Status (1)

Country Link
CN (1) CN112202622B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090125580A1 (en) * 2007-11-14 2009-05-14 Microsoft Corporation Displaying server errors on the client machine that caused the failed request
CN101499933A (zh) * 2008-02-03 2009-08-05 突触计算机系统(上海)有限公司 一种在网络系统中用于错误控制的方法和装置
CN103618786A (zh) * 2013-11-27 2014-03-05 乐视网信息技术(北京)股份有限公司 一种播放错误处理方法及服务器
CN103905222A (zh) * 2012-12-25 2014-07-02 北京神州泰岳软件股份有限公司 一种检测即时通信登录故障的方法和系统
CN110324674A (zh) * 2018-03-30 2019-10-11 武汉斗鱼网络科技有限公司 一种弹幕服务器维护方法、装置及可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090125580A1 (en) * 2007-11-14 2009-05-14 Microsoft Corporation Displaying server errors on the client machine that caused the failed request
CN101499933A (zh) * 2008-02-03 2009-08-05 突触计算机系统(上海)有限公司 一种在网络系统中用于错误控制的方法和装置
CN103905222A (zh) * 2012-12-25 2014-07-02 北京神州泰岳软件股份有限公司 一种检测即时通信登录故障的方法和系统
CN103618786A (zh) * 2013-11-27 2014-03-05 乐视网信息技术(北京)股份有限公司 一种播放错误处理方法及服务器
CN110324674A (zh) * 2018-03-30 2019-10-11 武汉斗鱼网络科技有限公司 一种弹幕服务器维护方法、装置及可读存储介质

Also Published As

Publication number Publication date
CN112202622B (zh) 2023-04-28

Similar Documents

Publication Publication Date Title
CN107948744B (zh) 接口检测方法、接口检测设备及计算机可读存储介质
CN107273263B (zh) 一种异常运行的分析方法、应用终端及监控服务器
CN108040159B (zh) 基于硬件驱动的重启定位方法、移动终端及可读存储介质
CN110188016B (zh) 应用程序无响应阻塞的检测方法、终端以及存储介质
CN107908487B (zh) 任务控制管理方法、装置、设备及计算机可读存储介质
CN109450691B (zh) 服务网关监控方法、设备及计算机可读存储介质
CN110618890B (zh) 故障处理方法、装置、电子设备及计算机可读存储介质
CN108121613B (zh) 基于内存页的重启定位方法、移动终端及可读存储介质
CN107885635B (zh) 黑屏检测方法、移动终端及计算机可读存储介质
CN108012031B (zh) 移动终端重启定位方法、移动终端及计算机可读存储介质
CN111444882A (zh) 一种仪器状态监控方法、装置及系统
CN112565062B (zh) 即时通信订单的处理方法、相关装置、设备及介质
CN108089937B (zh) 基于直接内存分配的重启定位方法、移动终端及存储介质
CN111262731B (zh) 告警方法、装置、服务器设备及存储介质
CN112711515A (zh) 一种实时监控方法、装置及电子设备
CN112965799A (zh) 任务状态的提示方法、装置、电子设备和介质
CN114647531B (zh) 故障解决方法、故障解决系统、电子设备及存储介质
CN112202622B (zh) 连接处理方法及装置
CN111367934A (zh) 数据一致性的检验方法、装置、服务器和介质
CN110650051A (zh) 自助终端监测方法、系统及计算机可读存储介质
CN107766232B (zh) 一种插件管理方法及装置
CN113038158B (zh) 基于直播的对象展示方法、装置、电子设备以及介质
CN104657152B (zh) 数据传输管理方法以及电子设备
CN113037871A (zh) 会议通话的恢复方法、装置、系统、电子设备和可读存储介质
CN108040160B (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