CN110262838A - 一种程序崩溃的处理方法、装置、终端及存储介质 - Google Patents

一种程序崩溃的处理方法、装置、终端及存储介质 Download PDF

Info

Publication number
CN110262838A
CN110262838A CN201910515407.0A CN201910515407A CN110262838A CN 110262838 A CN110262838 A CN 110262838A CN 201910515407 A CN201910515407 A CN 201910515407A CN 110262838 A CN110262838 A CN 110262838A
Authority
CN
China
Prior art keywords
starting
destination application
collapse
file
program
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.)
Pending
Application number
CN201910515407.0A
Other languages
English (en)
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.)
Shenzhen Lexin Software Technology Co Ltd
Original Assignee
Shenzhen Lexin Software 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 Shenzhen Lexin Software Technology Co Ltd filed Critical Shenzhen Lexin Software Technology Co Ltd
Priority to CN201910515407.0A priority Critical patent/CN110262838A/zh
Publication of CN110262838A publication Critical patent/CN110262838A/zh
Pending legal-status Critical Current

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/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4418—Suspend and resume; Hibernate and awake
    • 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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

本发明实施例公开了一种程序崩溃的处理方法、装置、服务器及存储介质，所述方法包括：获取基于第一进程的目标应用程序的启动崩溃次数，并判断所述启动崩溃次数是否大于预设次数；若所述启动崩溃次数大于所述预设次数，则启动第二进程下载所述目标应用程序的热修复文件；使用所述热修复文件对所述目标应用程序进行修复。本发明实施例通过启动新进程完成热修复文件的下载，与业务逻辑隔离开，在完成启动崩溃修复的同时，保证用户本地缓存数据不会丢失。

Description

一种程序崩溃的处理方法、装置、终端及存储介质
技术领域
本发明实施例涉及计算机技术领域，尤其涉及一种程序崩溃的处理方法、装置、终端及存储介质。
背景技术
随着移动互联网技术的发展，应用程序的种类和功能日益丰富。在人们的日常工作、学习和生活中，经常需要下载各种各样的应用程序至终端来处理相应事情。然而，应用程序在运行过程中，难免会有些功能出现异常而导致崩溃，其中一种就是启动崩溃。
现有的解决启动崩溃的处理方案是，当检测到连续发生多次启动崩溃之后，应用程序自动清理本地缓存，从而达到自动修复的目的。但是，这种修复方式的缺陷是：清理缓存会造成用户缓存数据丢失。
发明内容
本发明实施例提供一种程序崩溃的处理方法、装置、终端及存储介质，以实现在不清理用户缓存数据的前提下修复程序的启动崩溃。
第一方面，本发明实施例提供了一种程序崩溃的处理方法，包括：
获取基于第一进程的目标应用程序的启动崩溃次数，并判断所述启动崩溃次数是否大于预设次数；
若所述启动崩溃次数大于所述预设次数，则启动第二进程下载所述目标应用程序的热修复文件；
使用所述热修复文件对所述目标应用程序进行修复。
可选的，所述获取基于第一进程的目标应用程序的启动崩溃次数，包括：
判断所述目标应用程序本次启动是否发生崩溃事件；
如果确定所述目标应用程序本次启动发生崩溃事件，且本次启动的崩溃事件和上次启动的崩溃事件之间的时间间隔小于等于第一预设时间阈值，则所述目标应用程序的启动崩溃次数增加一次后更新为所述目标应用程序的启动崩溃次数。
可选的，所述判断目标应用程序本次启动是否发生崩溃事件，包括：
记录所述目标应用程序本次启动时的第一时间戳；
记录所述目标应用程序本次启动发生崩溃时的第二时间戳；
计算所述第一时间戳与所述第二时间戳的差值；
若所述差值小于或等于第二预设时间阈值，则确定所述目标应用程序本次启动发生了崩溃事件。
可选的，所述第二预设时间阈值为5-10秒。
可选的，所述第一预设时间阈值为12-24小时。
可选的，所述预设次数为2-4次。
可选的，所述启动第二进程下载所述目标应用程序的热修复文件，包括：
启动第二进程；
确认预先设定的热修复文件的访问路径；
根据访问路径确认是否存在可以下载的热修复文件。
第二方面，本发明实施例提供一种程序崩溃的处理装置，包括：
启动崩溃次数获取模块，用于获取基于第一进程的目标应用程序的启动崩溃次数，并判断所述启动崩溃次数是否大于预设次数；
热修复文件下载模块，用于若所述启动崩溃次数大于所述预设次数，则启动第二进程下载所述目标应用程序的热修复文件；
启动崩溃修复模块，用于使用所述热修复文件对所述目标应用程序进行修复。
第三方面，本发明实施例还提供了一种终端，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任一实施例提供的程序崩溃的处理方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现发明任一实施例提供的程序崩溃的处理方法。
本发明实施例通过获取基于第一进程的目标应用程序的启动崩溃次数，当启动崩溃次数大于预设次数时，启动第二进程下载目标应用程序的热修复文件，使热修复文件的下载与应用程序的业务进程隔离开，在完成启动崩溃修复的同时，保证用户本地缓存数据不会丢失。
附图说明
图1为本发明实施例一提供的一种程序崩溃的处理方法的流程示意图；
图2为本发明实施例二提供的一种程序崩溃的处理方法的流程示意图；
图3为本发明实施例三提供的一种程序崩溃的处理装置的结构示意图；
图4为本发明实施例四提供的一种终端的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。
此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一进程称为第二进程，且类似地，可将第二进程称为第一进程。第一进程和第二进程两者都是进程，但其不是同一进程。术语“第一”、“第二”等不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”、“批量”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
实施例一
图1为本发明实施例一提供的一种程序崩溃的处理方法的流程图，本实施例可适用于解决应用程序启动过程中发生的启动崩溃，该方法可以由程序崩溃的处理装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在终端上，例如智能手机、平板电脑、个人电脑(PC)和学习机等。
如图1所示，本发明实施例一提供的一种程序崩溃的处理方法可以包括：
S110、获取基于第一进程的目标应用程序的启动崩溃次数，并判断所述启动崩溃次数是否大于预设次数。
具体的，进程就是一个活跃着的程序，即：已经被放入了系统调度队列当中,占有了一定的系统资源的程序，程序在没有被调用之前只能叫程序,被调用并得到了资源后就可以称其为进程了，进程之间是孤立的。应用程序(Application，APP)是指为完成某项或多项特定工作的计算机程序，它运行在用户模式，可以和用户进行交互，例如，微信。当应用程序被启动时，就产生了一个对应的第一进程，用来运行应用程序的业务程序。
应用程序在启动过程中，如果程序出错导致不能正常启动，这时就发生了启动崩溃(crash)。如果偶尔发生启动崩溃，通过重启目标应用程序即可解决问题，这时就不用对启动崩溃进行处理；如果应用程序在启动的过程中多次发生启动崩溃，说明通过重启操作也不能解决问题，这就需要对启动崩溃进行有针对性的处理。预先设置目标应用程序启动崩溃允许发生的次数，可选的，预设次数为2-4次，目标应用程序运行时，获取目标应用程序在第一进程中启动崩溃发生的次数，通过启动崩溃发生的次数与预设次数的比较，确定对目标应用程序启动崩溃的处理方式。例如，目标应用程序为微信，预设次数为2次，微信在启动过程中，若启动崩溃发生的次数不足2次，则不用对启动崩溃进行处理，若启动崩溃发生的次数达到了3次，则需要对启动崩溃进行修复。
S120、若所述启动崩溃次数大于所述预设次数，则启动第二进程下载所述目标应用程序的热修复文件；
具体的，热修复文件是能够修复软件漏洞的一些代码，是一种快速、低成本修复产品软件版本缺陷的方式。第二进程是系统重新启动的一个进程，与目标应用程序用于运行业务程序的第一进程不同，二者之间是相互孤立的。当启动崩溃发生的次数大于预设次数时，说明目标应用程序在启动过程中容易发生问题且该问题难以通过重启目标应用程序进行修复，这时系统会启动第二进程，下载能够修复目标应用程序启动崩溃的热修复文件。例如，目标应用程序为微信，预设次数为2次，当微信启动时，相关业务程序运行在第一进程中，若发生启动崩溃的次数达到了3次，系统就会启动不同于第一进程的第二进程，下载对应的热修复文件。
S130、使用所述热修复文件对所述目标应用程序进行修复。
具体的，下载完热修复文件之后，就可以对目标应用程序的启动崩溃进行修复。目标应用程序中包含一个能与热修复文件结合的子程序，热修复文件与该子程序结合，形成一个新的可以使目标应用程序正常启动的程序，这个新的程序替换掉目标应用程序中启动环节有问题的部分，使目标应用程序可以正常启动，从而完成热修复文件与目标应用程序的合并，达到修复启动崩溃的目的。系统根据热修复文件对目标应用程序的启动崩溃进行修复，不需要清理用户本地的缓存数据，从而不会造成用户本地缓存数据的丢失。
本发明实施例一根据目标应用程序第一进程中启动崩溃发生的次数判断是否需要进行启动崩溃的修复，若启动崩溃发生次数超过预设次数，则启动第二进程下载热修复文件并进行启动崩溃的修复，使目标应用程序热修复文件的下载与业务逻辑隔离开，提高了热修复文件的下载速度，在完成启动崩溃修复的同时，保证用户本地缓存数据不会丢失。
实施例二
图2为本发明实施例二提供的一种程序崩溃的处理方法的流程图，本实施例是在上述技术方案基础上的进一步细化。如图2所示，该方法具体包括：
S210、判断目标应用程序本次启动是否发生崩溃事件。
具体的，目标应用程序在启动过程中，有可能只是启动异常，并不是发生了崩溃事件，例如程序运行卡顿，这种情况是不需要进行修复的。只有确定了目标应用程序在启动过程中发生了崩溃事件，才能进行后续的启动崩溃修复操作。
可选的，一种判断目标应用程序本次启动是否发生崩溃事件的方法是：
记录所述目标应用程序本次启动时的第一时间戳；
记录所述目标应用程序本次启动发生崩溃时的第二时间戳；
计算所述第一时间戳与所述第二时间戳的差值；
若所述差值小于或等于第二预设时间阈值，则确定所述目标应用程序本次启动发生了崩溃事件。
可选的，第一时间戳是目标应用程序本次启动的时间点，第二时间戳是目标应用程序发生崩溃时的时间点，第二预设时间阈值可以是5-10秒，当第一时间戳与第二时间戳的差值小于或等于第二预设时间阈值时，可以确定目标应用程序本次启动发生了启动崩溃，例如，微信在启动的过程中，启动时的第一时间戳为20时05分05秒，发生崩溃时的第二时间戳为20时05分10秒，第二预设时间阈值设置为5秒，那么第一时间戳与第二时间戳的差值为5秒，与第二预设时间阈值相等，则可以判断微信在本次启动过程中发生了启动崩溃。
可选的，若第一时间戳与第二时间戳的差值大于第二预设时间阈值，说明目标应用程序可能发生了其他类型的崩溃，例如运行崩溃。
可选的，第二预设时间阈值可以根据目标应用程序的正常启动时间来调整，正常启动时间较长的可以适当延长第二预设时间阈值的时间，正常启动时间较短的可以减少第二预设时间阈值的时间。本实施例中所述第二预设时间阈值可以大于目标应用程序的正常启动时间，例如，若目标应用程序的正常启动时间需要3秒，则第二预设时间阈值可以设置为5秒，若目标应用程序的正常启动时间需要5秒，则第二预设时间阈值可以设置为7秒。
S220、如果确定所述目标应用程序本次启动发生崩溃事件，且本次启动的崩溃事件和上次启动的崩溃事件之间的时间间隔小于或等于第一预设时间阈值，则所述目标应用程序的启动崩溃次数增加一次后更新为所述目标应用程序的启动崩溃次数。
具体的，若目标应用程序本次启动发生了启动崩溃，则判断本次启动崩溃和上次启动崩溃之间的时间间隔是否小于或等于第一预设时间阈值，若两次启动崩溃之间的时间间隔小于或等于第一预设时间阈值，则将系统中目标应用程序的启动崩溃次数增加一次，作为包括到本次启动崩溃在内，目标应用程序发生启动崩溃的次数。可选的，第一预设时间阈值可以是12-24小时。例如，目标应用程序为微信，第一预设时间阈值设置为12小时，若微信在本次启动的过程中在5月30日20时05分05秒发生了启动崩溃，而上一次启动崩溃发生在5月30日10时05分05秒，两次启动崩溃的时间间隔为10小时，小于第一预设时间阈值，且系统记录的启动崩溃发生次数为1次，那么目标应用程序本次启动发生崩溃后，发生启动崩溃的次数为2次。
可选的，若本次启动崩溃和上次启动崩溃之间的时间间隔大于第一预设时间阈值，则说明两次启动崩溃发生的时间间隔较长，目标应用程序连续多次发生启动崩溃的概率较低，导致启动崩溃发生的原因可以不用进行修复就可以解决，此时便不需要对启动崩溃进行处理，系统记录本次启动崩溃发生的时间，并将目标应用程序发生启动崩溃的次数设置为1次。例如，目标应用程序为微信，第一预设时间阈值设置为12小时，若微信在本次启动的过程中在5月30日20时05分05秒发生了启动崩溃，而上一次启动崩溃发生在5月30日6时05分05秒，两次启动崩溃的时间间隔为14小时，大于第一预设时间阈值，系统记录本次启动崩溃发生的时间为5月30日20时05分05秒，并将目标应用程序发生启动崩溃的次数设置为1次。
S230、若所述启动崩溃次数大于预设次数，则启动第二进程下载所述目标应用程序的热修复文件。
具体的，热修复文件是能够修复软件漏洞的一些代码，是一种快速、低成本修复产品软件版本缺陷的方式。第二进程是系统重新启动的一个进程，与目标应用程序用于运行业务程序的第一进程不同，二者之间是相互孤立的。当启动崩溃发生的次数大于预设次数时，说明目标应用程序在启动过程中容易发生问题且该问题难以通过重启目标应用程序进行修复，这时系统会启动第二进程，下载能够修复目标应用程序启动崩溃的热修复文件。例如，目标应用程序为微信，预设次数为2次，当微信启动时，相关业务程序运行在第一进程中，若发生启动崩溃的次数达到了3次，系统就会启动不同于第一进程的第二进程，下载对应的热修复文件。
可选的，一种启动第二进程下载所述目标应用程序的热修复文件的方法包括：
启动第二进程；
确认预先设定的热修复文件的访问路径；
根据访问路径确认是否存在可以下载的热修复文件。
S240、使用所述热修复文件对所述目标应用程序进行修复。
具体的，下载完热修复文件之后，就可以对目标应用程序的启动崩溃进行修复。目标应用程序中包含一个能与热修复文件结合的子程序，热修复文件与该子程序结合，形成一个新的可以使目标应用程序正常启动的程序，这个新的程序替换掉目标应用程序中启动环节有问题的部分，使目标应用程序可以正常启动，从而完成热修复文件与目标应用程序的合并，达到修复启动崩溃的目的。系统根据热修复文件对目标应用程序的启动崩溃进行修复，不需要清理用户本地的缓存数据，从而不会造成用户本地缓存数据的丢失。
本发明实施例二通过判断目标应用是否发生启动崩溃，以及根据本次启动崩溃与上一次启动崩溃之间的时间间隔来统计启动崩溃的发生次数，若启动崩溃发生次数超过预设次数，则启动第二进程下载热修复文件并进行启动崩溃的修复，提高了对启动崩溃判断的精确度，能够及时处理应用程序一定时间内连续多次发生启动崩溃的问题，在修复启动崩溃的同时保证用户本地缓存数据不会丢失。
实施例三
图3为本发明实施例三提供的一种程序崩溃的处理装置的结构示意图，本实施例可适用于解决应用程序启动过程中发生的启动崩溃。该装置可以采用软件和/或硬件的方式实现，并可集成在终端上，例如智能手机、平板电脑、个人电脑(PC)和学习机等。本发明实施例所提供的程序崩溃的处理装置可执行本发明任意实施例所提供的程序崩溃的处理方法，具备执行方法相应的功能模块和有益效果。本发明实施例三中未详尽描述的内容可以参考本发明任意方法实施例中的描述。
如图3所示，本发明实施例三提供的程序崩溃的处理装置300包括：启动崩溃次数获取模块310、热修复文件下载模块320和启动崩溃修复模块330，其中：
启动崩溃次数获取模块310，用于获取基于第一进程的目标应用程序的启动崩溃次数，并判断所述启动崩溃次数是否大于预设次数；
热修复文件下载模块320，用于若所述启动崩溃次数大于所述预设次数，则启动第二进程下载所述目标应用程序的热修复文件；
启动崩溃修复模块330，用于使用所述热修复文件对所述目标应用程序进行修复。
可选的，所述启动崩溃次数获取模块310还包括：
崩溃事件判断单元，用于判断所述目标应用程序本次启动是否发生崩溃事件；
启动崩溃次数计算单元，用于如果确定所述目标应用程序本次启动发生崩溃事件，且本次启动的崩溃事件和上次启动的崩溃事件之间的时间间隔小于等于第一预设时间阈值，则所述目标应用程序的启动崩溃次数增加一次后更新为所述目标应用程序的启动崩溃次数。
可选的，所述崩溃事件判断单元具体用于：
记录所述目标应用程序本次启动时的第一时间戳；
记录所述目标应用程序本次启动发生崩溃时的第二时间戳；
计算所述第一时间戳与所述第二时间戳的差值；
若所述差值小于或等于第二预设时间阈值，则确定所述目标应用程序本次启动发生了崩溃事件。
可选的，所述第二预设时间阈值为5-10秒。
可选的，所述第一预设时间阈值为12-24小时。
可选的，所述预设次数为2-4次。
可选的，热修复文件下载模块320具体用于：
启动第二进程；
确认预先设定的热修复文件的访问路径；
根据访问路径确认是否存在可以下载的热修复文件。
本发明实施例四通过判断基于第一进程的目标应用是否发生启动崩溃，以及根据本次启动崩溃与上一次启动崩溃之间的时间间隔来统计启动崩溃的发生次数，当启动崩溃次数大于预设次数时，启动第二进程下载目标应用程序的热修复文件，提高了对启动崩溃判断的精确度，能够及时处理目标应用程序一定时间内连续多次发生启动崩溃的问题，使热修复文件的下载与应用程序的业务进程隔离开，在完成启动崩溃修复的同时，保证用户本地缓存数据不会丢失。
实施例四
图4是本发明实施例四提供的一种终端的结构示意图。图4示出了适于用来实现本发明实施方式的示例性终端412的框图。图4显示的终端412仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图4所示，终端412以通用终端的形式表现。终端412的组件可以包括但不限于：一个或者多个处理器416，存储装置428，连接不同系统组件(包括存储装置428和处理器416)的总线418。
总线418表示几类总线结构中的一种或多种，包括存储装置总线或者存储装置控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry SubversiveAlliance，ISA)总线，微通道体系结构(Micro Channel Architecture，MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。
终端412典型地包括多种计算机系统可读介质。这些介质可以是任何能够被终端412访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
存储装置428可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory，RAM)430和/或高速缓存存储器432。终端412可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统434可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘，例如只读光盘(Compact Disc Read-Only Memory，CD-ROM),数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线418相连。存储装置428可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块442的程序/实用工具440，可以存储在例如存储装置428中，这样的程序模块442包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块442通常执行本发明所描述的实施例中的功能和/或方法。
终端412也可以与一个或多个外部设备414(例如键盘、指向终端、显示器424等)通信，还可与一个或者多个使得用户能与该终端412交互的终端通信，和/或与使得该终端412能与一个或多个其它计算终端进行通信的任何终端(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口422进行。并且，终端412还可以通过网络适配器420与一个或者多个网络(例如局域网(Local Area Network，LAN)，广域网(Wide Area Network，WAN)和/或公共网络，例如因特网)通信。如图4所示，网络适配器420通过总线418与终端412的其它模块通信。应当明白，尽管图中未示出，可以结合终端412使用其它硬件和/或软件模块，包括但不限于：微代码、终端驱动器、冗余处理器、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks，RAID)系统、磁带驱动器以及数据备份存储系统等。
处理器416通过运行存储在存储装置428中的程序，从而执行各种功能应用以及数据处理，例如实现本发明任意实施例所提供的程序崩溃的处理方法，该方法可以包括：
获取基于第一进程的目标应用程序的启动崩溃次数，并判断所述启动崩溃次数是否大于预设次数；
若所述启动崩溃次数大于所述预设次数，则启动第二进程下载所述目标应用程序的热修复文件；
使用所述热修复文件对所述目标应用程序进行修复。
实施例五
本发明实施例五还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的程序崩溃的处理方法，该方法可以包括：
获取基于第一进程的目标应用程序的启动崩溃次数，并判断所述启动崩溃次数是否大于预设次数；
若所述启动崩溃次数大于所述预设次数，则启动第二进程下载所述目标应用程序的热修复文件；
使用所述热修复文件对所述目标应用程序进行修复。
本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或终端上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种程序崩溃的处理方法，其特征在于，包括：
获取基于第一进程的目标应用程序的启动崩溃次数，并判断所述启动崩溃次数是否大于预设次数；
若所述启动崩溃次数大于所述预设次数，则启动第二进程下载所述目标应用程序的热修复文件；
使用所述热修复文件对所述目标应用程序进行修复。
2.如权利要求1所述的方法，其特征在于，所述获取基于第一进程的目标应用程序的启动崩溃次数，包括：
判断所述目标应用程序本次启动是否发生崩溃事件；
如果确定所述目标应用程序本次启动发生崩溃事件，且本次启动的崩溃事件和上次启动的崩溃事件之间的时间间隔小于或等于第一预设时间阈值，则所述目标应用程序的启动崩溃次数增加一次后更新为所述目标应用程序的启动崩溃次数。
3.如权利要求2所述的方法，其特征在于，所述判断所述目标应用程序本次启动是否发生崩溃事件，包括：
记录所述目标应用程序本次启动时的第一时间戳；
记录所述目标应用程序本次启动发生崩溃时的第二时间戳；
计算所述第一时间戳与所述第二时间戳的差值；
若所述差值小于或等于第二预设时间阈值，则确定所述目标应用程序本次启动发生了崩溃事件。
4.如权利要求3所述的方法，其特征在于，所述第二预设时间阈值为5-10秒。
5.如权利要求2所述的方法，其特征在于，所述第一预设时间阈值为12-24小时。
6.如权利要求1所述的方法，其特征在于，所述预设次数为2-4次。
7.如权利要求1所述的方法，其特征在于，所述启动第二进程下载所述目标应用程序的热修复文件，包括：
启动第二进程；
确认预先设定的热修复文件的访问路径；
根据所述访问路径确认是否存在可以下载的热修复文件。
8.一种程序崩溃的处理装置，其特征在于，包括：
启动崩溃次数获取模块，用于获取基于第一进程的目标应用程序的启动崩溃次数，并判断所述启动崩溃次数是否大于预设次数；
热修复文件下载模块，用于若所述启动崩溃次数大于所述预设次数，则启动第二进程下载所述目标应用程序的热修复文件；
启动崩溃修复模块，用于使用所述热修复文件对所述目标应用程序进行修复。
9.一种终端，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一项所述的程序崩溃的处理方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一项所述的程序崩溃的处理方法。
CN201910515407.0A 2019-06-14 2019-06-14 一种程序崩溃的处理方法、装置、终端及存储介质 Pending CN110262838A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910515407.0A CN110262838A (zh) 2019-06-14 2019-06-14 一种程序崩溃的处理方法、装置、终端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910515407.0A CN110262838A (zh) 2019-06-14 2019-06-14 一种程序崩溃的处理方法、装置、终端及存储介质

Publications (1)

Publication Number Publication Date
CN110262838A true CN110262838A (zh) 2019-09-20

Family

ID=67918267

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910515407.0A Pending CN110262838A (zh) 2019-06-14 2019-06-14 一种程序崩溃的处理方法、装置、终端及存储介质

Country Status (1)

Country Link
CN (1) CN110262838A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110851294A (zh) * 2019-10-10 2020-02-28 上海上湖信息技术有限公司 一种程序运行崩溃补救的方法及装置
CN111581021A (zh) * 2020-04-29 2020-08-25 北京字节跳动网络技术有限公司 应用程序启动异常的修复方法、装置、设备及存储介质
CN113961380A (zh) * 2020-07-20 2022-01-21 腾讯科技（深圳）有限公司 一种跨应用修复的方法、装置、设备及存储介质
CN114879991A (zh) * 2022-04-25 2022-08-09 杭州振华仪表有限公司 一种软件升级方法、系统及存储介质

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101004681A (zh) * 2006-12-22 2007-07-25 中兴通讯股份有限公司 嵌入式系统动态补丁长跳转的实现方法
CN101794272A (zh) * 2010-03-26 2010-08-04 成都市华为赛门铁克科技有限公司 为共享代码段打补丁的方法及装置
CN103678091A (zh) * 2013-12-19 2014-03-26 北京奇虎科技有限公司 应用软件崩溃数据的处理方法和装置
CN104424037A (zh) * 2013-08-29 2015-03-18 中兴通讯股份有限公司 一种动态补丁函数的方法及装置
US20170032126A1 (en) * 2015-07-30 2017-02-02 Kabushiki Kaisha Toshiba Information processing device, controller and method of controlling information processing device
CN106873967A (zh) * 2016-12-28 2017-06-20 北京五八信息技术有限公司 一种修复APP线上bug的方法和装置
CN107273151A (zh) * 2017-05-25 2017-10-20 西安理工大学 一种安全的Android App功能插件化方法
US20180024841A1 (en) * 2016-07-21 2018-01-25 Micron Technology, Inc. Adaptive routing to avoid non-repairable memory and logic defects on automata processor
CN107817984A (zh) * 2016-09-13 2018-03-20 高德信息技术有限公司 一种热补丁加载方法及装置
CN107844306A (zh) * 2017-08-09 2018-03-27 平安壹钱包电子商务有限公司 应用程序的修复方法、装置、存储介质及终端
CN107861830A (zh) * 2017-12-01 2018-03-30 深圳乐信软件技术有限公司 应用程序崩溃的检测方法、装置、存储介质及移动终端
US20180152494A1 (en) * 2016-11-28 2018-05-31 Microsoft Technology Licensing, Llc Pluggable components for augmenting device streams
CN108446134A (zh) * 2018-03-30 2018-08-24 努比亚技术有限公司 应用程序的漏洞修复方法、移动终端及可读存储介质
CN108875320A (zh) * 2018-07-17 2018-11-23 北京元心科技有限公司 软件安全防护方法、装置、电子设备及计算机存储介质
CN109683974A (zh) * 2018-12-26 2019-04-26 北京金山安全软件有限公司 针对移动终端中应用后台服务进程的唤醒方法及相关设备

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101004681A (zh) * 2006-12-22 2007-07-25 中兴通讯股份有限公司 嵌入式系统动态补丁长跳转的实现方法
CN101794272A (zh) * 2010-03-26 2010-08-04 成都市华为赛门铁克科技有限公司 为共享代码段打补丁的方法及装置
CN104424037A (zh) * 2013-08-29 2015-03-18 中兴通讯股份有限公司 一种动态补丁函数的方法及装置
CN103678091A (zh) * 2013-12-19 2014-03-26 北京奇虎科技有限公司 应用软件崩溃数据的处理方法和装置
US20170032126A1 (en) * 2015-07-30 2017-02-02 Kabushiki Kaisha Toshiba Information processing device, controller and method of controlling information processing device
US20180024841A1 (en) * 2016-07-21 2018-01-25 Micron Technology, Inc. Adaptive routing to avoid non-repairable memory and logic defects on automata processor
CN107817984A (zh) * 2016-09-13 2018-03-20 高德信息技术有限公司 一种热补丁加载方法及装置
US20180152494A1 (en) * 2016-11-28 2018-05-31 Microsoft Technology Licensing, Llc Pluggable components for augmenting device streams
CN106873967A (zh) * 2016-12-28 2017-06-20 北京五八信息技术有限公司 一种修复APP线上bug的方法和装置
CN107273151A (zh) * 2017-05-25 2017-10-20 西安理工大学 一种安全的Android App功能插件化方法
CN107844306A (zh) * 2017-08-09 2018-03-27 平安壹钱包电子商务有限公司 应用程序的修复方法、装置、存储介质及终端
CN107861830A (zh) * 2017-12-01 2018-03-30 深圳乐信软件技术有限公司 应用程序崩溃的检测方法、装置、存储介质及移动终端
CN108446134A (zh) * 2018-03-30 2018-08-24 努比亚技术有限公司 应用程序的漏洞修复方法、移动终端及可读存储介质
CN108875320A (zh) * 2018-07-17 2018-11-23 北京元心科技有限公司 软件安全防护方法、装置、电子设备及计算机存储介质
CN109683974A (zh) * 2018-12-26 2019-04-26 北京金山安全软件有限公司 针对移动终端中应用后台服务进程的唤醒方法及相关设备

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110851294A (zh) * 2019-10-10 2020-02-28 上海上湖信息技术有限公司 一种程序运行崩溃补救的方法及装置
CN111581021A (zh) * 2020-04-29 2020-08-25 北京字节跳动网络技术有限公司 应用程序启动异常的修复方法、装置、设备及存储介质
CN111581021B (zh) * 2020-04-29 2023-05-09 北京字节跳动网络技术有限公司 应用程序启动异常的修复方法、装置、设备及存储介质
CN113961380A (zh) * 2020-07-20 2022-01-21 腾讯科技（深圳）有限公司 一种跨应用修复的方法、装置、设备及存储介质
CN114879991A (zh) * 2022-04-25 2022-08-09 杭州振华仪表有限公司 一种软件升级方法、系统及存储介质

Similar Documents

Publication Publication Date Title
CN110262838A (zh) 一种程序崩溃的处理方法、装置、终端及存储介质
CN108376077A (zh) 控制单元的升级方法和装置
CN106201566B (zh) 利博伟特软件热升级方法及设备
US9563418B1 (en) Communication endpoints, software update servers, and related methods
CN108920135A (zh) 一种自定义业务生成方法、装置、计算机设备及存储介质
EP2613259A1 (en) Method and computation node for processing application data
CN111338662A (zh) 从站的固件升级方法、固件升级装置及终端
CN112286485B (zh) 通过语音控制应用的方法、装置、电子设备与存储介质
CN110333875A (zh) 一种服务程序更新方法、装置、服务器及存储介质
CN109582331A (zh) 车载通信模块的升级方法、装置和系统
CN105589699A (zh) 序列号信息的更新方法、装置及终端
CN111312230A (zh) 用于语音对话平台的语音交互监测方法及装置
CN106873970A (zh) 一种操作系统的安装方法和装置
CN109150956A (zh) 一种推送sdk的实现方法、装置、设备和计算机存储介质
CN112996020A (zh) 一种基于蓝牙的自动化测试方法、装置及蓝牙测试终端
CN109947493A (zh) 应用程序启动方法、装置、电子设备及存储介质
CN109117153A (zh) 应用程序的处理方法、装置、终端和存储介质
CN108874441A (zh) 一种板卡配置方法、装置、服务器和存储介质
CN110955624B (zh) 一种pcie设备的热插拔方法、装置和系统
CN110399168A (zh) 多数据盘存储服务器的系统启动方法、装置及设备
CN108132832A (zh) 应用程序启动方法和装置
CN102880478A (zh) 软件更新方法
CN112667270A (zh) 语音处理资源的更新方法、计算机设备及存储装置
CN105760456B (zh) 一种保持数据一致性的方法和装置
US20150134944A1 (en) Data terminal running mode switching method, device, and data terminal

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190920