本发明专利技术公开了一种异常信息的处理方法及装置。其中,该方法包括:采集应用程序运行过程中出现的异常信息,其中,应用程序运行于Android系统,在应用程序的线程中注册有未处理异常的处理类;通过未处理异常处理类将应用程序运行过程中出现的异常信息按照分发记录分发至多个匹配处理模块,其中,多个匹配处理模块预先定义对应的编程用户的异常模式信息;在异常信息与任意一个匹配处理模块中的异常模式信息一致的情况下,将异常信息发送至异常信息对应的编程用户进行处理。本发明专利技术解决了现有技术中Android应用程序发生异常时,要将异常信息发送给所有的开发主体导致解决异常问题效率低的问题。
【技术实现步骤摘要】
【专利摘要】本专利技术公开了一种异常信息的处理方法及装置。其中,该方法包括:采集应用程序运行过程中出现的异常信息,其中,应用程序运行于Android系统,在应用程序的线程中注册有未处理异常的处理类;通过未处理异常处理类将应用程序运行过程中出现的异常信息按照分发记录分发至多个匹配处理模块,其中,多个匹配处理模块预先定义对应的编程用户的异常模式信息;在异常信息与任意一个匹配处理模块中的异常模式信息一致的情况下,将异常信息发送至异常信息对应的编程用户进行处理。本专利技术解决了现有技术中Android应用程序发生异常时,要将异常信息发送给所有的开发主体导致解决异常问题效率低的问题。【专利说明】异常信息的处理方法及装置
本专利技术涉及计算机软件领域,具体而言,涉及一种异常信息的处理方法及装置。
技术介绍
在应用程序(APP)的开发过程中,APP开发人员会使用到软件开发包(SDK),比如在开发Android APP的时候,SDK的开发人员会提供Android SDK给APP开发人员使用,从而完成Android APP的开发。Android APP在运行的过程中偶尔会意外崩溃即发生异常,那么就需要开发人员对上述异常问题进行分析和解决。 这里需要说明的是,在Android APP出现异常时,无法区分上述异常是源于软件开发包(SDK)还是APP本身,现有技术要将异常信息同时发送给软件开发包(SDK)的开发人员和APP开发人员,而SDK的开发人员和APP开发人员需要同时对上述异常信息进行分析从而解决问题(尽管上述异常的发生可能与其中一方无关),导致了在解决异常问题时耗时长、APP开发人员和SDK开发人员容易对某些问题产生分歧、对异常信息的解决效率低的冋题。 针对现有技术中Android应用程序发生异常时,要将异常信息发送给所有的开发主体导致解决异常问题效率低的问题。
技术实现思路
本专利技术的主要目的在于提供一种异常信息的处理方法及装置,以解决现有技术中Android应用程序发生异常时,要将异常信息发送给所有的开发主体导致解决异常问题效率低的问题。 为了实现上述目的,根据本专利技术实施例的一个方面,提供了一种异常信息的处理方法,该方法包括:采集应用程序运行过程中出现的异常信息,其中,应用程序运行于Android系统,在应用程序的线程中注册有未处理异常的处理类;通过未处理异常处理类将应用程序运行过程中出现的异常信息按照分发记录分发至多个匹配处理模块,其中,多个匹配处理模块预先定义对应的编程用户的异常模式信息;在异常信息与任意一个匹配处理模块中的异常模式信息一致的情况下,将异常信息发送至异常信息对应的编程用户进行处理。 为了实现上述目的,根据本专利技术实施例的另一方面,提供了一种异常信息的处理装置,该装置包括:采集模块,用于采集应用程序运行过程中出现的异常信息,其中,应用程序运行于Android系统,在应用程序的线程中注册有未处理异常的处理类;分发模块,用于通过未处理异常处理类将应用程序运行过程中出现的异常信息按照分发记录分发至多个匹配处理模块,其中,多个匹配处理模块预先定义对应的编程用户的异常模式信息;处理模块,用于在异常信息与任意一个匹配处理模块中的异常模式信息一致的情况下,将异常信息发送至异常信息对应的编程用户进行处理。 在本专利技术实施例中,采用采集应用程序运行过程中出现的异常信息,其中,应用程序运行于Android系统,在应用程序的线程中注册有未处理异常的处理类;通过未处理异常处理类将应用程序运行过程中出现的异常信息按照分发记录分发至多个匹配处理模块,其中,多个匹配处理模块预先定义对应的编程用户的异常模式信息;在异常信息与任意一个匹配处理模块中的异常模式信息一致的情况下,将异常信息发送至异常信息对应的编程用户进行处理,解决了现有技术中Android应用程序发生异常时,要将异常信息发送给所有的开发主体导致解决异常问题效率低的问题。 【专利附图】【附图说明】 构成本申请的一部分的附图用来提供对本专利技术的进一步理解,本专利技术的示意性实施例及其说明用于解释本专利技术,并不构成对本专利技术的不当限定。在附图中: 图1是根据本专利技术实施例一的一种异常信息的处理方法的流程图;以及 图2是根据本专利技术实施例二的一种异常信息的处理装置的示意图。 【具体实施方式】 需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本专利技术。 为了使本
的人员更好地理解本专利技术方案,下面将结合本专利技术实施例中的附图,对本专利技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本专利技术一部分的实施例,而不是全部的实施例。基于本专利技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本专利技术保护的范围。 需要说明的是,本专利技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本专利技术的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。 实施例一 本专利技术实施例提供了一种异常信息的处理方法。该方法包括步骤如下: 步骤S12,采集应用程序运行过程中出现的异常信息,其中,应用程序运行于Android系统,在应用程序的线程中注册有未处理异常的处理类。 这里需要说明的是,在一种优选的实施例中,本方案可以适用于运行在Android操作系统中的应用程序的场景,具体的,在Android操作系统中应用程序运行的过程中,可以调用未处理异常的处理类,并将未处理异常的处理类注册至应用程序的线程中。可选的,可以利用Android API注册全局的未处理异常的处理类,部分实现代码如下: Thread.setDefaultUncaughtExcept1nHandler(CrashHandler); 具体的,在本方案中,上述线程在发生未捕获异常后会主动调用CrashHandler的uncaughtExcept1n函数,这样就是实现了异常信息的采集工作。 步骤S14,通过未处理异常处理类将应用程序运行过程中出现的异常信息按照分发记录分发至多个匹配处理模块,其中,多个匹配处理模块预先定义对应的编程用户的异常模式信息。 具体的,在本方案中,可以通过上述全局未处理异常的处理类来将上述异常信息同时分发至多个匹配处理模块,可选的,在上述多个匹配处理模块中预先定义异常模式信息具体为,每个编程用户可能发生何种异常,例如:在匹配处理模块A中预先定义的是编程用户01的原因导致的应用程序发生的异常信息,在匹配处理模块B中预先定义的是编程用户02的原因导致的应用程序发生的异常信息。 在一种可选的实施例中,上述编程用户01为Android SDK的开发人员,上述编程用户02为Android APP的开发人员。 步骤S16,在异常信息与本文档来自技高网...
【技术保护点】
一种异常信息的处理方法,其特征在于,所述方法包括:采集应用程序运行过程中出现的异常信息,其中,所述应用程序运行于Android系统,在所述应用程序的线程中注册有未处理异常的处理类;通过所述未处理异常处理类将所述应用程序运行过程中出现的异常信息按照分发记录分发至多个匹配处理模块,其中,所述多个匹配处理模块预先定义对应的编程用户的异常模式信息;在所述异常信息与任意一个匹配处理模块中的异常模式信息一致的情况下,将所述异常信息发送至所述异常信息对应的编程用户进行处理。
【技术特征摘要】
【专利技术属性】
技术研发人员:王杰,
申请(专利权)人:北京国双科技有限公司,
类型:发明
国别省市:北京;11
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。