CN112463343B - 业务进程的重启方法和装置、存储介质、电子设备 - Google Patents

业务进程的重启方法和装置、存储介质、电子设备 Download PDF

Info

Publication number
CN112463343B
CN112463343B CN202011484479.2A CN202011484479A CN112463343B CN 112463343 B CN112463343 B CN 112463343B CN 202011484479 A CN202011484479 A CN 202011484479A CN 112463343 B CN112463343 B CN 112463343B
Authority
CN
China
Prior art keywords
restarting
client
crash
weight
business process
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
Application number
CN202011484479.2A
Other languages
English (en)
Other versions
CN112463343A (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.)
Guangzhou Boguan Information Technology Co Ltd
Original Assignee
Guangzhou Boguan Information Technology 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 Guangzhou Boguan Information Technology Co Ltd filed Critical Guangzhou Boguan Information Technology Co Ltd
Priority to CN202011484479.2A priority Critical patent/CN112463343B/zh
Publication of CN112463343A publication Critical patent/CN112463343A/zh
Application granted granted Critical
Publication of CN112463343B publication Critical patent/CN112463343B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00—Pattern recognition
    • G06F18/20—Analysing
    • G06F18/24—Classification techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Biomedical Technology (AREA)
  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Evolutionary Biology (AREA)
  • Evolutionary Computation (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本公开是关于一种业务进程的重启方法、业务进程的重启装置、存储介质以及电子设备，涉及应用程序恢复领域，该方法包括：接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果；根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重；基于预设的环境信息分类结果以及所述客户端环境信息，得到对所述业务进程进行重启的重启方法的总权重；将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程。本公开实施例降低了计算机资源的消耗。

Description

业务进程的重启方法和装置、存储介质、电子设备
技术领域
本公开实施例涉及应用程序恢复领域，具体而言，涉及一种业务进程的重启方法、业务进程的重启装置、存储介质以及电子设备。
背景技术
随着直播的发展，直播业务的功能模块越来越复杂，当开发时间短、测试时间不够时，业务进程不可避免的会发生异常崩溃。业务进程发生异常崩溃可以由计算机内存太高、网络不好或其他特殊的操作引起。
现有技术中，为了解决业务进程崩溃的问题，可以进行以下操作：一种是退出登录，另一种是，业务进程崩溃之后立即重启该直播应用软件。
但是，退出登录并且再次打开该直播应用软件的直播业务的功能模块，这种方式需要用户尝试；重启该直播应用软件，有时重启之后应用软件还会继续崩溃，不断重启会导致计算机资源消耗过多，性能下降，还会降低用户的体验。
因此，需要提供一种新的业务进程的重启方法。
需要说明的是，在上述背景技术部分发明的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本发明的目的在于提供一种业务进程的重启方法、业务进程的重启装置、存储介质以及电子设备，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的在直播类应用软件中由于业务进程崩溃而导致的用户计算机性能下降的问题。
根据本公开的一个方面，提供一种业务进程的重启方法，包括：
接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果；
根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重；
基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，并根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重；
将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程。
在本公开的一种示例性实施例中，所述根据所述解析结果生成崩溃记录，包括：
对所述崩溃转储文件进行解析，得到发生崩溃的当前时刻所述客户端正在运行的代码文件名以及代码行数；
根据所述代码文件名、所述代码行数以及与所述业务进程所在的客户端的软件版本号生成所述崩溃记录。
在本公开的一种示例性实施例中，所述基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，包括：
对所述客户端环境信息进行分类，得到目标分类结果；
根据所述目标分类结果，判断所述预设的客户端环境信息分类结果中是否包含所述目标分类结果；
基于预设的标记规则以及所述目标分类结果，对所述预设的环境信息分类结果进行标记，以得到所述客户端所处的当前环境的权重。
在本公开的一种示例性实施例中，所述根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重，包括：
通过所述重启方法的权重与所述当前环境的权重的乘积和，得到对所述业务进程进行重启的重启方法的总权重。
在本公开的一种示例性实施例中，在将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程之后，所述业务进程重启方法还包括：
对所述业务进程进行检测，当所述业务进程在预设时间内不存在崩溃时，对所述目标重启方法的权重进行更新。
根据本公开的一个方面，提供一种业务进程的重启方法，包括：
响应业务进程的启动，对所述业务进程所在的客户端环境信息进行收集；
当所述业务进程发生崩溃时，生成与所述业务进程对应的崩溃转储文件，其中，所述崩溃转储文件包括崩溃发生的当前时刻所述客户端正在运行的代码文件名以及代码行数；
将所述客户端环境信息以及所述崩溃转储文件上传到服务端，并接收所述服务端发送的根据重启方法的权重以及当前环境的权重得到的目标重启方法；
根据所述目标重启方法重启所述业务进程。
在本公开的一种示例性实施例中，响应业务进程的启动，对所述业务进程所在的客户端环境信息进行收集，包括：
获取所述业务进程的唯一标识，根据所述唯一标识将所述业务进程所在的客户端环境信息保存在本地文件。
根据本公开的一个方面，提供一种业务进程的重启装置，包括：
文件解析模块，用于接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果；
崩溃记录生成模块，用于根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重；
重启方法总权重确定模块，用于基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，并根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重；
业务进程重启模块，用于将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程。
根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的业务进程的重启方法。
根据本公开的一个方面，提供一种电子设备，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的业务进程的重启方法。
本公开实施例提供的一种业务进程重启方法，一方面，接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果；根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重；基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，并根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重；将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程，由于通过重启方法的权重以及当前环境的权重得到对业务进程进行重启的重启方法的总权重，并将总权重最大的重启方法作为目标重启方法对客户端进行重启，提高了业务进程重启的效率；另一方面，由于根据总权重最大的重启方法对客户端的业务进程进行重启，减少了客户端重启的次数，进而降低了客户端计算机的资源消耗。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示意性示出根据本发明示例实施例的一种业务进程的重启方法的流程图。
图2示意性示出根据本发明示例实施例的一种业务进程的重启系统的框图。
图3示意性示出根据本发明示例实施例的一种主进程的系统框图。
图4示意性示出根据本发明示例实施例的一种服务端的系统框图。
图5示意性示出根据本发明示例实施例的一种业务进程的重启方法的流程图。
图6示意性示出根据本发明示例实施例的一种业务进程重启的流程图。
图7示意性示出根据本发明示例实施例的一种业务进程的重启装置的框图。
图8示意性示出根据本发明示例实施例的一种用于实现上述业务进程的重启方法的电子设备。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本发明的各方面变得模糊。
此外，附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
本示例实施方式首先提供了一种业务进程的重启方法，该方法可以运行于服务器，当然，本领域技术人员也可以根据需求在其他平台运行本发明的方法，本示例实施例对此不做具体限定。参考图1所示，该业务进程的重启方法可以包括以下步骤：
步骤S110.接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果；
步骤S120.根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重；
步骤S130.基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，并根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重；
步骤S140.将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程。
上述业务进程的重启方法，一方面，接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果；根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重；基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，并根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重；将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程，由于通过重启方法的权重以及当前环境的权重得到对业务进程进行重启的重启方法的总权重，并将总权重最大的重启方法作为目标重启方法对客户端进行重启，提高了业务进程重启的效率；另一方面，由于根据总权重最大的重启方法对客户端的业务进程进行重启，减少了客户端重启的次数，进而降低了客户端计算机的资源消耗。
以下，对本公开示例实施例的业务进程的重启方法中涉及的各步骤进行详细的解释以及说明。
首先，对本公开示例实施例的应用场景以及发明目的进行解释以及说明。
具体的，本公开示例实施例可以用于直播应用软件的业务进程发生崩溃后的重启，主要用于根据收集的业务进程崩溃前预设时间内客户端环境信息及业务进程崩溃时生成的崩溃转储文件，得到适合于对该崩溃的业务进程进行重启的重启方法。
本公开示例实施例以客户端发送的崩溃转储文件以及客户端环境信息为基础，通过对崩溃转储文件以及客户端环境信息进行处理，得到总权重最大的重启方法，并利用该重启方法对业务进程进行重启，提高了业务进程重启的效率，降低了计算机的资源消耗。具体如下：一方面，对崩溃转储文件进行解析，根据解析结果生成崩溃记录，并根据崩溃记录的唯一标识确定与该崩溃记录对应的重启方法的权重；并对客户端发送的崩溃发生前预设时间内的客户端环境信息进行分类，基于分类结果得到该客户端所处的当前环境的权重，根据该重启方法的权重以及该客户端所处的当前环境的权重，得到总权重最大的重启方法，根据该总权重最大的重启方法对客户端业务进程进行重启，提高了业务进程重启的效率；另一方面，由于根据总权重最大的重启方法对客户端的业务进程进行重启，减少了客户端重启的次数，进而降低了客户端计算机的资源消耗。
其次，对本公开示例实施例中涉及的业务进程的重启系统进行解释以及说明。参考图2所示，该业务进程的重启系统可以包括客户端210以及服务端220。其中，该客户端210可以包括：主进程211以及业务进程212，主进程211，可以通过用户双击桌面应用软件的图标启动，为最开始创建的进程，参考图3所示，该主进程211可以包括业务进程管理模块310以及崩溃信息收集上报模块320，其中，业务进程管理模块310，用于创建业务进程，检测业务进程的崩溃以及提示用户进行相应的操作后重启进程；崩溃信息收集上报模块320，用于收集用户设备的性能信息，上传业务进程崩溃时生成的崩溃转储文件以及其他崩溃相关的信息。服务端220，用于接收崩溃信息以及控制客户端的重启，参考图4所示，该服务端220可以包括：崩溃信息分析处理模块410、崩溃信息历史数据库420以及重启通知模块430，其中，崩溃信息分析处理模块410，用于对崩溃记录以及客户端环境信息进行分析，得到重启方法总权重；崩溃信息历史数据库420，用于以崩溃记录类型为关键字，记录业务进程崩溃以及重启的信息；重启通知模块430，用于将总权重最大的重启方法发送给客户端的业务进程，以使得客户端的业务进程根据该重启方法进行业务进程的重启。
以下，将结合图2、图3以及图4对步骤S110-步骤S140进行解释以及说明。
在步骤S110中，接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果。
其中，崩溃转储文件由业务进程发生崩溃时将客户端进程正在运行的代码的文件名以及代码行数记录在崩溃转储文件中；客户端环境为进程崩溃发生前预设时间段内的用户计算机的环境信息，预设时间段可以为10秒，也可以为20秒，在本示例实施例中对预设时间段不做具体限定。具体的，客户端将崩溃转储文件以及客户端环境信息发送给崩溃信息分析处理模块410，该崩溃分析处理模块对接收到的崩溃转储文件以及客户端环境信息进行解析生成解析结果。
在步骤S120中，根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重。
在本示例实施例中，所述根据所述解析结果生成崩溃记录，包括：
对所述崩溃转储文件进行解析，得到发生崩溃的当前时刻所述客户端正在运行的代码文件名以及代码行数；
根据所述代码文件名、所述代码行数以及与所述业务进程所在的客户端的软件版本号生成所述崩溃记录。
具体的，崩溃信息分析处理模块410对崩溃转储文件进行解析，得到崩溃转储文件中包括的业务进程发生崩溃时客户端正在运行的代码的文件名以及正在运行的代码的行数，根据解析得到的代码文件名、代码行数以及业务进程所在的客户端的软件版本号生成崩溃记录，其中，崩溃记录可以保存在服务端的崩溃信息历史数据库420中，且崩溃记录的唯一标识可以为崩溃类型，当业务进程发生崩溃时，客户端没有生成与该崩溃的进程对应的崩溃转储文件时，该崩溃的进程的崩溃记录的关键字为统一的标识，该统一的标识可以为该崩溃记录在崩溃历史数据库中的位置，也可以为生成该崩溃记录的系统时间戳，崩溃记录的关键字用于唯一地标识崩溃历史数据库中的某一条记录，在本示例实施例中对崩溃记录的关键字不做具体限定。
得到崩溃的进程的崩溃记录的关键字之后，可以根据崩溃记录的关键字在崩溃信息历史数据库420中进行查找与该崩溃记录的崩溃类型相同的崩溃记录以及与该崩溃记录的重启方式的初始权重。其中，重启方式的可以用重启方式关键字op_key进行标识，初始权重为op_weight，具体的，重启方式可以包括：1.马上重启、2.升级指定版本后重启、3.关掉杀毒应用软件后重启，其中杀毒应用软件可以为360安全卫士，也可以为金山毒霸，本示例实施例对此不做具体限定、4.切换输入法后重启、5.安装摄像头后重启、6.等某个业务进程结束后重启、7.等预设时间后重启，其中预设时间可以为1分钟，也可以为2分钟，本示例实施例对此不做具体限定以及8.不再重启。
在步骤S130中，基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，并根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重。
其中，预设的环境信息分类结果可以用客户端环境关键字ev_key标识，客户端环境的权重为ev_weight，该预设的客户端环境信息分类结果可以包括：1.业务进程占用内存高、2.业务进程占用CPU(Central Processing Unit，中央处理器)高，3.业务进程占用GPU(Graphics Processing Unit，图形处理器)高，4.计算机总占用的内存高、5.计算机总占用的CPU高，6.计算机总占用的GPU高、7.崩溃前第一预设时间内正在进行的业务进程的唯一标识、8.崩溃前第一预设时长内收到某条大量的消息的唯一标识，其中，消息为服务端发送给客户端的、9.崩溃前第一预设时长内杀毒软件正在显示的业务进程以及10.当前进程崩溃是第二预设时长内的第几次崩溃，其中，第一预设时长可以为10秒，也可以为20秒，第二预设时长可以为1分钟，也可以为2分钟，本示例实施例中对第一预设时长以及第二预设时长不做具体限定。
在本示例实施例中，所述基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，包括：
对所述客户端环境信息进行分类，得到目标分类结果；
根据所述目标分类结果，判断所述预设的客户端环境信息分类结果中是否包含所述目标分类结果；
基于预设的标记规则以及所述目标分类结果，对所述预设的环境信息分类结果进行标记，以得到所述客户端所处的当前环境的权重。
具体的，崩溃信息分析处理模块410对接收到的客户端环境信息进行分类，得到目标分类结果，并基于预设的客户端环境信息分类结果，判断预设的客户端环境信息分类结果中是否包括目标分类结果，当预设的客户端环境信息分类结果中包括该目标分类结果时，可以将预设客户端环境信息分类结果中包括的分类结果的权重标记为1，也可以将其权重标记为2，本示例实施例中，对此不做具体限定；将属于预设客户端环境信息分类结果但不属于目标分类结果的权重标记为0，也可以标记为-1，在本示例实施例中对此不做具体限定。
举例而言，客户端发送的客户端环境信息中包括：业务进程占用CPU高，业务进程占用GPU高，当前进程崩溃是1分钟内的第2次崩溃，当服务端的崩溃信息分析处理模块410接收到客户端发送的客户端环境信息后，首先，对客户端环境信息进行分类，得到具体的目标分类结果；其次，根据目标分类结果对预设的环境信息分类结果进行标记，其中，预设的环境信息分类结果中包括的业务进程占用CPU高的权重值可以标记为1，业务进程占用GPU高的权重值可以标记为1，当前进程崩溃是第二预设时长内的崩溃次数的权重可以标记为1，预设的客户端环境信息分类结果中包括的业务进程占用内存高、计算机总占用的内存高、计算机总占用的CPU高、计算机总占用的GPU高、崩溃前第一预设时间内正在进行的业务进程的唯一标识，崩溃前第一预设时长内收到某条大量的消息的唯一标识以及崩溃前第一预设时长内杀毒软件正在显示的权重值都可以标记为0。
在本示例实施例中，所述根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重，包括：
通过所述重启方法的权重与所述当前环境的权重的乘积和，得到对所述业务进程进行重启的重启方法的总权重。
具体的，崩溃信息分析处理模块410得到与崩溃记录对应的重启方法的权重以及客户端业务进程崩溃时所处的当前环境的权重后，根据该重启方法的权重以及当前环境的权重的乘积和得到重启方法的总权重，具体的，通过计算每一种重启方法的权重与预设的环境信息分类结果的标记值的乘积和，得到每一种重启方法的总权重op_total_weight，计算过程可以为：
op_total_weight(1)＝op_weight(1)*ev_weight(1)+op_weight(1)*ev_weight(2)+op_weight(1)*ev_weight(3)+op_weight(1)*ev_weight(4)+...
op_total_weight(2)＝op_weight(2)*ev_weight(1)+op_weight(2)*ev_weight(2)+op_weight(2)*ev_weight(3)+op_weight(2)*ev_weight(4)+...
其中，每一种重启方法的总权重的计算公式与上述的计算公式相同，因此此处不再赘述。
在步骤S140中，将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程。
其中，对步骤S130中得到的重启方法的总权重进行排序，将总权重最大的重启方法作为对崩溃的业务进程进行重启的目标重启方法，具体的，对马上重启的总权重op_total_weight(1)、升级指定版本后重启的总权重op_total_weight(2)、关掉杀毒应用软件后重启的总权重op_total_weight(3)、切换输入法后重启的总权重op_total_weight(4)、安装摄像头后重启的总权重op_total_weight(5)、等某个业务进程结束后重启的总权重op_total_weight(6)、等预设时间后重启的总权重op_total_weight(7)以及不再重启的总权重op_total_weight(8)进行排序，获得总权重最大的重启方法，将该总权重最大的重启方法作为对崩溃的业务进程进行重启的目标重启方法。
在得到目标重启方法以后，服务端通过重启通知模块430将目标重启方法发送至客户端，以使得客户端根据该目标重启方法重启崩溃的业务进程。
在本示例实施例中，在将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程之后，所述业务进程重启方法还包括：
对所述业务进程进行检测，当所述业务进程在预设时间内不存在崩溃时，对所述目标重启方法的权重进行更新。
具体的，当客户端根据目标重启方法重启崩溃的业务进程后，还需要对恢复正常且正在运行的业务进程进行检测，具体的检测内容可以包括：该业务进程在预设时间内是否存在再次崩溃，当该业务进程在预设时间内不存在崩溃时，对与该进程对应的目标重启方法的权重进行更新，具体的，预设时间可以为1分钟，也可以为2分钟，本示例实施例对此不做具体限定；对目标重启方法的权重进行更新可以对目标重启方法的权重值加1，也可以对目标重启方法的权重加2，在本示例实施例中不做具体限定。
参考图5所示，本公开示例实施例还提供了一种业务进程的重启方法，该业务进程的重启方法可以包括步骤S510-步骤S540。
步骤S510.响应业务进程的启动，对所述业务进程所在的客户端环境信息进行收集。
在本示例实施例中，响应业务进程的启动，对所述业务进程所在的客户端环境信息进行收集，包括：
获取所述业务进程的唯一标识，根据所述唯一标识将所述业务进程所在的客户端环境信息保存在本地文件。
具体的，为了保证业务进程发生崩溃时，可以获取业务进程发生崩溃时的客户端环境信息，提高客户端环境信息获取的准确性，可以根据业务进程的唯一标识将该业务进程运行的客户端的每秒的环境信息保存到本地文件中。
步骤S520.当所述业务进程发生崩溃时，生成与所述业务进程对应的崩溃转储文件，其中，所述崩溃转储文件包括崩溃发生的当前时刻所述客户端正在运行的代码文件名以及代码行数。
其中，当发生进程崩溃时，业务进程212会将崩溃发生的当前时刻的客户端正在运行的代码文件名以及代码行数生成崩溃转储文件，并将该崩溃转储文件保存到本地硬盘中。
步骤S530.将所述客户端环境信息以及所述崩溃转储文件上传到服务端，并接收所述服务端发送的根据重启方法的权重以及当前环境的权重得到的目标重启方法。
在本示例实施例中，当进程发生崩溃时，崩溃信息收集上报模块320将业务进程212收集的客户端环境信息以及生成的崩溃转储文件上传到服务端的崩溃信息分析处理模块410，其中，上传的客户端环境信息为业务进程发生崩溃前预设时间内的客户端环境信息。除此之外，崩溃信息收集上报模块320还可以上传和崩溃相关的其他信息，其中，其他信息可以包括：1.用户进入直播间后，正在进行的业务进程的唯一标识，预设时间内收到的服务端的消息协议的唯一标识；2.业务进程预设时间内使用的内存、CPU、GPU以及GDI(Graphics Device Interface，图形设备接口)的数量信息；3.预设时间内计算机使用的内存、CPU以及GPU的信息；4.预设时间内计算机占用内存、CPU以及GPU高的应用软件名；5.预设时间内计算机显示的可以进行杀进程的窗口。并且，业务进程的管理模块310接收服务端发送的目标重启方法，其中，目标重启方法为服务端根据崩溃信息收集上报模块320上传的预设时间内的客户端环境信息的群众以及重启方法的权重得到的。
步骤S540.根据所述目标重启方法重启所述业务进程。
在本示例实施例中，业务进程管理模块310根据服务端发送的目标重启方法对客户端进行重启，已完成对崩溃的业务进程的重启。
本公开示例实施例提供的业务进程的重启方法以及业务进程的重启系统至少具有以下优点：
一方面，通过重启方法的权重以及当前环境的权重得到对业务进程进行重启的重启方法的总权重，并将总权重最大的重启方法作为目标重启方法对客户端进行重启，提高了业务进程重启的效率；
另一方面，根据总权重最大的重启方法对客户端的业务进程进行重启，减少了客户端重启的次数，进而降低了客户端计算机的资源消耗。
以下，结合图6对本公开示例实施例的业务进程的重启方法进行进一步的解释以及说明。其中，业务进程的重启方法可以包括以下步骤：
步骤S610.客户端主进程启动，主进程的业务进程管理模块启动业务进程；
步骤S620.主进程的崩溃信息收集上报模块收集客户端计算机环境信息以及崩溃转储文件；
步骤S630.业务进程崩溃时，崩溃信息收集上报模块将客户端计算机环境信息以及崩溃转储文件进行上传到服务端的崩溃信息分析处理模块；
步骤S640.服务端崩溃信息分析处理模块对客户端计算机环境信息以及崩溃转储文件进行分析，得到总权重最大的重启方法；
步骤S650.服务端的重启通知模块将总权重最大的重启方法发送到客户端；
步骤S660.客户端根据总权重最大的重启方法对业务进程进行重启；
步骤S670.服务端对客户端的业务进程进行检测，监控业务进程预设时间内是否再次发生崩溃，当预设时间没有再次发生崩溃时，对总权重最大的重启方法的权重值进行更新；
步骤S680.当预设时间内业务进程再次发生崩溃时，再次将崩溃转储文件以及客户端环境信息发送至客户端进行分析。
本公开示例实施例还提供了一种业务进程的重启装置，参考图7所示，该业务进程的重启装置可以包括：文件解析文件710、崩溃记录生成模块720、重启方法总权重确定模块730以及业务进程重启模块740。其中：
文件解析模块710，用于接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果；
崩溃记录生成模块720，用于根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重；
重启方法总权重确定模块730，用于基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，并根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重；
业务进程重启模块740，用于将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程。
在本公开的一种示例性实施例中，所述根据所述解析结果生成崩溃记录，包括：
对所述崩溃转储文件进行解析，得到发生崩溃的当前时刻所述客户端正在运行的代码文件名以及代码行数；
根据所述代码文件名、所述代码行数以及与所述业务进程所在的客户端的软件版本号生成所述崩溃记录。
在本公开的一种示例性实施例中，所述基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，包括：
对所述客户端环境信息进行分类，得到目标分类结果；
根据所述目标分类结果，判断所述预设的客户端环境信息分类结果中是否包含所述目标分类结果；
基于预设的标记规则以及所述目标分类结果，对所述预设的环境信息分类结果进行标记，以得到所述客户端所处的当前环境的权重。
在本公开的一种示例性实施例中，所述根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重，包括：
通过所述重启方法的权重与所述当前环境的权重的乘积和，得到对所述业务进程进行重启的重启方法的总权重。
在本公开的一种示例性实施例中，在将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程之后，所述业务进程重启方法还包括：
对所述业务进程进行检测，当所述业务进程在预设时间内不存在崩溃时，对所述目标重启方法的权重进行更新。
根据本公开的一个方面，提供一种业务进程的重启方法，包括：
响应业务进程的启动，对所述业务进程所在的客户端环境信息进行收集；
当所述业务进程发生崩溃时，生成与所述业务进程对应的崩溃转储文件，其中，所述崩溃转储文件包括崩溃发生的当前时刻所述客户端正在运行的代码文件名以及代码行数；
将所述客户端环境信息以及所述崩溃转储文件上传到服务端，并接收所述服务端发送的根据重启方法的权重以及当前环境的权重得到的目标重启方法；
根据所述目标重启方法重启所述业务进程。
在本公开的一种示例性实施例中，响应业务进程的启动，对所述业务进程所在的客户端环境信息进行收集，包括：
获取所述业务进程的唯一标识，根据所述唯一标识将所述业务进程所在的客户端环境信息保存在本地文件。
上述业务进程的重启装置中各模块的具体细节已经在对应的业务进程的重启方法中进行了详细的描述，因此此处不再赘述。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外，尽管在附图中以特定顺序描述了本发明中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
在本发明的示例性实施例中，还提供了一种能够实现上述数据包传输方法的电子设备。
所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
下面参考图8来描述根据本发明的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示，电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830以及显示单元840。
其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图1中所示的步骤S110：接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果；步骤S120：根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重；步骤S130：基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，并根据所述重启方法的权重以及所述当前环境的权重得到对所述业务进程进行重启的重启方法的总权重；步骤S140：将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程。
存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。
存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本发明实施方式的方法。
在本发明的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
根据本发明的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人计算机上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
本领域技术人员在考虑说明书及实践这里发明的发明后，将容易想到本发明的其他实施例。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由权利要求指出。

Claims (9)

1.一种业务进程的重启方法，其特征在于，包括：
接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果；
根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重；
基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境权重，通过所述重启方法的权重与所述当前环境的权重的乘积和，得到对所述业务进程进行重启的重启方法的总权重；
将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程。
2.根据权利要求1所述的业务进程的重启方法，其特征在于，所述根据所述解析结果生成崩溃记录，包括：
对所述崩溃转储文件进行解析，得到发生崩溃的当前时刻所述客户端正在运行的代码文件名以及代码行数；
根据所述代码文件名、所述代码行数以及与所述业务进程所在的客户端的软件版本号生成所述崩溃记录。
3.根据权利要求2所述的业务进程的重启方法，其特征在于，所述基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境的权重，包括：
对所述客户端环境信息进行分类，得到目标分类结果；
根据所述目标分类结果，判断所述预设的客户端环境信息分类结果中是否包含所述目标分类结果；
基于预设的标记规则以及所述目标分类结果，对所述预设的环境信息分类结果进行标记，以得到所述客户端所处的当前环境的权重。
4.根据权利要求1所述的业务进程的重启方法，其特征在于，在将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程之后，所述业务进程重启方法还包括：
对所述业务进程进行检测，当所述业务进程在预设时间内不存在崩溃时，对所述目标重启方法的权重进行更新。
5.一种业务进程的重启方法，其特征在于，包括：
响应业务进程的启动，对所述业务进程所在的客户端环境信息进行收集；
当所述业务进程发生崩溃时，生成与所述业务进程对应的崩溃转储文件，其中，所述崩溃转储文件包括崩溃发生的当前时刻所述客户端正在运行的代码文件名以及代码行数；
将所述客户端环境信息以及所述崩溃转储文件上传到服务端，并接收所述服务端发送的根据对重启方法的权重以及当前环境的权重的乘积和进行排序所得到的目标重启方法；
根据所述目标重启方法重启所述业务进程。
6.根据权利要求5所述的业务进程的重启方法，其特征在于，响应业务进程的启动，对所述业务进程所在的客户端环境信息进行收集，包括：
获取所述业务进程的唯一标识，根据所述唯一标识将所述业务进程所在的客户端环境信息保存在本地文件。
7.一种业务进程重启装置，其特征在于，包括：
文件解析模块，用于接收客户端发送的崩溃转储文件及客户端环境信息，并对所述崩溃转储文件进行解析得到解析结果；
崩溃记录生成模块，用于根据所述解析结果生成崩溃记录，并根据所述崩溃记录得到与所述崩溃记录对应的重启方法的权重；
重启方法总权重确定模块，用于基于预设的环境信息分类结果以及所述客户端环境信息，计算所述客户端所处的当前环境权重，通过所述重启方法的权重与所述当前环境的权重的乘积和，得到对所述业务进程进行重启的重启方法的总权重；
业务进程重启模块，用于将所述总权重最大的重启方法作为对所述业务进程进行重启的目标重启方法，并将所述目标重启方法发送至所述客户端，以使得所述客户端根据所述目标重启方法重启所述业务进程。
8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-6任一项所述的业务进程重启方法。
9.一种电子设备，其特征在于，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-6任一项所述的业务进程重启方法。
CN202011484479.2A 2020-12-16 2020-12-16 业务进程的重启方法和装置、存储介质、电子设备 Active CN112463343B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011484479.2A CN112463343B (zh) 2020-12-16 2020-12-16 业务进程的重启方法和装置、存储介质、电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011484479.2A CN112463343B (zh) 2020-12-16 2020-12-16 业务进程的重启方法和装置、存储介质、电子设备

Publications (2)

Publication Number Publication Date
CN112463343A CN112463343A (zh) 2021-03-09
CN112463343B true CN112463343B (zh) 2023-09-26

Family

ID=74802960

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011484479.2A Active CN112463343B (zh) 2020-12-16 2020-12-16 业务进程的重启方法和装置、存储介质、电子设备

Country Status (1)

Country Link
CN (1) CN112463343B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117033117A (zh) * 2023-07-05 2023-11-10 广州市玄武无线科技股份有限公司 一种实时业务监控管理方法、系统、电子设备及存储介质

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106250208A (zh) * 2016-08-02 2016-12-21 福建升腾资讯有限公司 基于Xen虚拟化平台在不同环境下池类型桌面的实现方法
CN106354646A (zh) * 2016-08-30 2017-01-25 竞技世界（北京）网络技术有限公司 一种分析转储文件的方法
CN107622000A (zh) * 2017-09-19 2018-01-23 北京京东尚科信息技术有限公司 一种应用程序崩溃信息的收集和上报方法、装置
CN107783825A (zh) * 2016-08-25 2018-03-09 展讯通信(天津)有限公司 移动终端多后台进程启动方法、装置及移动终端
US9983937B1 (en) * 2016-06-29 2018-05-29 EMC IP Holding Company LLC Smooth restart of storage clusters in a storage system
CN109542689A (zh) * 2018-11-30 2019-03-29 努比亚技术有限公司 应用程序处理方法、终端以及计算机可读存储介质
CN109684123A (zh) * 2018-12-25 2019-04-26 北京达佳互联信息技术有限公司 问题资源定位方法、装置、终端及存储介质
CN110109772A (zh) * 2018-02-01 2019-08-09 中兴通讯股份有限公司 一种cpu的重启方法、通信设备及可读存储介质
CN110209548A (zh) * 2018-04-19 2019-09-06 深圳市腾讯计算机系统有限公司 服务控制方法、系统、电子设备及计算机可读存储介质
CN110413450A (zh) * 2019-07-22 2019-11-05 河南翔宇医疗设备股份有限公司 一种处理应用程序崩溃的方法、装置及设备
CN111258802A (zh) * 2020-02-10 2020-06-09 同盾控股有限公司 捕获应用程序崩溃信息的方法及相关设备
CN111522598A (zh) * 2020-04-03 2020-08-11 北京星网锐捷网络技术有限公司 嵌入式设备的重启信息记录方法及装置
CN111949384A (zh) * 2019-05-14 2020-11-17 龙芯中科技术有限公司 任务调度方法、装置、设备及计算机可读存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7017085B2 (en) * 2002-05-30 2006-03-21 Capital One Financial Corporation Systems and methods for remote tracking of reboot status
US20070294584A1 (en) * 2006-04-28 2007-12-20 Microsoft Corporation Detection and isolation of data items causing computer process crashes
JP5120664B2 (ja) * 2009-07-06 2013-01-16 日本電気株式会社 サーバシステム及びクラッシュダンプ採取方法
US10467078B2 (en) * 2017-05-18 2019-11-05 Red Hat Israel, Ltd. Crash dump extraction of guest failure

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9983937B1 (en) * 2016-06-29 2018-05-29 EMC IP Holding Company LLC Smooth restart of storage clusters in a storage system
CN106250208A (zh) * 2016-08-02 2016-12-21 福建升腾资讯有限公司 基于Xen虚拟化平台在不同环境下池类型桌面的实现方法
CN107783825A (zh) * 2016-08-25 2018-03-09 展讯通信(天津)有限公司 移动终端多后台进程启动方法、装置及移动终端
CN106354646A (zh) * 2016-08-30 2017-01-25 竞技世界（北京）网络技术有限公司 一种分析转储文件的方法
CN107622000A (zh) * 2017-09-19 2018-01-23 北京京东尚科信息技术有限公司 一种应用程序崩溃信息的收集和上报方法、装置
CN110109772A (zh) * 2018-02-01 2019-08-09 中兴通讯股份有限公司 一种cpu的重启方法、通信设备及可读存储介质
CN110209548A (zh) * 2018-04-19 2019-09-06 深圳市腾讯计算机系统有限公司 服务控制方法、系统、电子设备及计算机可读存储介质
CN109542689A (zh) * 2018-11-30 2019-03-29 努比亚技术有限公司 应用程序处理方法、终端以及计算机可读存储介质
CN109684123A (zh) * 2018-12-25 2019-04-26 北京达佳互联信息技术有限公司 问题资源定位方法、装置、终端及存储介质
CN111949384A (zh) * 2019-05-14 2020-11-17 龙芯中科技术有限公司 任务调度方法、装置、设备及计算机可读存储介质
CN110413450A (zh) * 2019-07-22 2019-11-05 河南翔宇医疗设备股份有限公司 一种处理应用程序崩溃的方法、装置及设备
CN111258802A (zh) * 2020-02-10 2020-06-09 同盾控股有限公司 捕获应用程序崩溃信息的方法及相关设备
CN111522598A (zh) * 2020-04-03 2020-08-11 北京星网锐捷网络技术有限公司 嵌入式设备的重启信息记录方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于虚拟技术的操作系统内存崩溃修复方法;孙通;;计算机工程(第08期);全文 *

Also Published As

Publication number Publication date
CN112463343A (zh) 2021-03-09

Similar Documents

Publication Publication Date Title
CN106572173B (zh) 一种配置信息更新方法、装置和系统
US9384114B2 (en) Group server performance correction via actions to server subset
US10452469B2 (en) Server performance correction using remote server actions
CN110674009B (zh) 应用服务器性能监测方法、装置、存储介质及电子设备
CN111309550A (zh) 应用程序的数据采集方法、系统、设备和存储介质
CN109558199B (zh) 一种信息推送方法、装置、设备和存储介质
CN110730090A (zh) 云环境中代理端批量更新方法、装置、介质及电子设备
US20100333066A1 (en) Method and system for managing software issues
US11086919B2 (en) Service regression detection using real-time anomaly detection of log data
CN112306802A (zh) 系统的数据获取方法、装置、介质和电子设备
CN111597065A (zh) 用于采集设备信息的方法和装置
CN110765090B (zh) 日志数据管理方法及装置、存储介质、电子设备
CN111954240A (zh) 网络故障处理方法、装置及电子设备
CN110704390B (zh) 获取服务器维护脚本的方法、装置、电子设备及介质
CN112463343B (zh) 业务进程的重启方法和装置、存储介质、电子设备
CN112333016A (zh) 报障处理方法、系统、设备及存储介质
CN112306871A (zh) 数据处理方法、装置、设备及存储介质
CN103477327A (zh) 软件可操作性服务
CN112818204B (zh) 一种业务的处理方法、装置、设备及存储介质
CN111741046B (zh) 数据上报方法、获取方法、装置、设备及介质
CN111784174B (zh) 一种基于用户画像管理风险策略的方法、装置和电子设备
CN112799957A (zh) 基于用户行为的故障处理方法、系统、设备和介质
CN112416698B (zh) 监控系统的扩展方法及装置、存储介质及电子设备
CN110362464B (zh) 软件分析方法及设备
CN111026612A (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