一种应用崩溃后的业务数据恢复方法及装置的制造方法

文档序号:9708181阅读:352来源:国知局
一种应用崩溃后的业务数据恢复方法及装置的制造方法
【技术领域】
[0001]本发明涉及移动数据恢复技术领域,具体涉及一种应用崩溃后的业务数据恢复方法及装置。
【背景技术】
[0002]几乎所有的手机用户都遇到过自己使用应用时应用崩溃的现象。虽然目前大部分Android和10S应用都存在的崩溃率,但是一旦出现会给用户带来非常不友好的用户体验。
[0003]目前Android和10S平台上没有针对应用崩溃的容灾方案。按照一般处理,一旦发生崩溃就会弹出系统异常对话框(某些情况下没有对话框),然后应用被强制结束掉。
[0004]由于现有的技术方案在遇到应用崩溃时,只会强制结束应用,并不会保存崩溃之前的用户业务数据。这样会造成用户一旦遇到应用崩溃,所有当前未保存的用户数据都会丢失,例如未完成的订单或者填写未保存的信息等。

【发明内容】

[0005]本发明的目的是提供一种应用崩溃后的业务数据恢复方法及装置,以使应用发生崩溃时,能够将敏感信息进行加密处理并及时保存原有业务状态至本地存储,以利重启应用时能够有效恢复用户状态并完成未完业务。
[0006]鉴于上述目的,本发明的技术方案是提供一种应用崩溃后的业务数据恢复方法,该方法包括:S 101,当发生应用崩溃时,对异常进行拦截,以生成崩溃信息文件;S 102,将该崩溃信息文件保存到本地存储设备中;S 103,结束并重启该应用;S 104,根据在该本地存储设备中保存的崩溃信息文件,将该应用恢复到崩溃前的状态。
[0007]可选地,该崩溃信息文件包括:利用系统应用程序接口获取的异常堆栈信息和从内存中获取与该应用相关的业务数据。
[0008]可选地,该业务数据至少包括:用户的登录状态、订单状态、订单流程。
[0009]可选地,根据在该本地存储设备中保存的崩溃信息文件,将该应用恢复到崩溃前的状态包括:利用该异常堆栈信息,使该应用跳转到崩溃前的页面,并且将该业务数据重新加载到内存中。
[0010]可选地,在将该崩溃信息文件保存到本地存储设备中之前,对该崩溃信息文件进行加密。
[0011 ] 可选地,该应用为Android或1S中任一应用。
[0012]本发明还提供一种应用崩溃后的业务数据恢复装置,该装置包括:
[0013]业务拦截模块,用于当发生应用崩溃时,对异常进行拦截,以生成崩溃信息文件;
[0014]业务处理模块,用于将该崩溃信息文件保存到本地存储设备中;
[0015]业务调度模块,用于结束并重启该应用;
[0016]业务恢复模块,根据在该本地存储设备中保存的崩溃信息文件,将该应用恢复到崩溃前的状态。
[0017]可选地,该崩溃信息文件包括:利用系统应用程序接口获取的异常堆栈信息和从内存中获取与该应用相关的业务数据。
[0018]可选地,该业务数据至少包括:用户的登录状态、订单状态、订单流程。
[0019]可选地,该业务恢复模块还用于:利用该异常堆栈信息,使该应用跳转到崩溃前的页面,并且将该业务数据重新加载到内存中。
[0020]可选地,该装置还包括:业务加密模块,在将该崩溃信息文件保存到本地存储设备中之前,对该崩溃信息文件进行加密。
[0021 ] 可选地,该应用为Android或1S中任一应用。
[0022]通过本发明提供的,当遇到应用崩溃时,可以有效及时恢复用户数据,不会中断原有的业务操作流程,减少因为崩溃而导致丢失数据。
【附图说明】
[0023]为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
[0024]图1为本发明提供的一种应用崩溃后的业务数据恢复方法流程图;
[0025]图2是本发明还提供一种应用崩溃后的业务数据恢复装置结构图。
【具体实施方式】
[0026]为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合附图对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。
[0027]如图1所示,图1是本发明提供的一种应用崩溃后的业务数据恢复方法流程图。该方法包括:当发生应用崩溃时,对异常进行拦截,以生成崩溃信息文件;将该崩溃信息文件保存到本地存储设备中;结束并重启该应用;根据在该本地存储设备中保存的崩溃信息文件,将该应用恢复到崩溃前的状态。
[0028]可选地,该崩溃信息文件包括:利用系统应用程序接口获取的异常堆栈信息和从内存中获取与该应用相关的业务数据。
[0029]可选地,该业务数据至少包括:用户的登录状态、订单状态、订单流程。
[0030]可选地,根据在该本地存储设备中保存的崩溃信息文件,将该应用恢复到崩溃前的状态包括:利用该异常堆栈信息,使该应用跳转到崩溃前的页面,并且将该业务数据重新加载到内存中。
[0031]可选地,在将该崩溃信息文件保存到本地存储设备中之前,对该崩溃信息文件进行加密。
[0032]可选地,该应用为Android或1S中任一应用。
[0033]下面结合一个具体的实施例对本发明进行具体描述,然而值得注意的是该具体实施例仅是为了更好地描述本发明,并不构成对本发明的不当限定。
[0034]由于移动操作系统(Android/1S)中的应用程序的自身代码问题或者操作系统的自身问题,例如由于移动设备的内存不足、系统资源出错等因素,都能够发生应用崩溃现象。
[0035]当发生应用崩溃时,利用移动操作系统(Android/1S)的现有机制可以实现拦截异常的功能。具体来说,Android系统下可以通过实现UncaughtExcept1nHandler类拦截到异常,1S系统下可以通过在appDelegate中调用NSSetUncaughtExcept1nHandler函数来监听处理异常,通过上述方式就可以避免当移动操作系统中应用程序发生崩溃时应用弹出系统异常对话框。
[0036]在拦截系统发生的异常之后,通过调用移动操作系统(Android/1S)的应用程序接口(API)可以获取到异常堆栈信息,并从内存中获取到用户的业务数据,包括:异常堆栈信息和异常发生时的用户业务数据。在本发明一实施例中,Android系统下可以通过重载UncaughtExcept1nHandler类中的uncaughtExcept1n方
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1