一种Android系统的异常处理方法及电子设备与流程

文档序号:16627916发布日期:2019-01-16 06:17阅读:171来源:国知局
一种Android系统的异常处理方法及电子设备与流程

本发明涉及计算机技术领域,尤其涉及一种android系统的异常处理方法及电子设备。



背景技术:

手表、智能手机等电子设备在人们的日常生活中起到越来越重要的作用,部分手表、智能手机等电子设备是基于android系统进行开发的。电子设备的android系统版本通常包括两个版本:开发版本和用户版本,研发人员在开发和调试过程中采用的是开发版本的系统,开发版本的系统在运行中会打开相关的调试模式,如串口、死机现场和android调试桥等,以便开发人员在开发设计过程中方便及时进行异常检测和分析。

上市的电子设备的系统采用的是用户版本的系统,在用户版本的系统中调试模式完全关闭,如果在运行过程中发生异常,只能在电子设备上烧录开发版本,基于开发版本的系统打开调试模式去分析异常原因,但是这种需要重新烧录开发版本的方式操作起来比较麻烦,影响异常分析的有效性和实时性。



技术实现要素:

本发明实施例公开了一种android系统的异常处理方法及电子设备,能够提高异常分析的有效性和实时性。

本发明实施例第一方面公开了一种android系统的异常处理方法,包括:

在电子设备开机的过程中,从存储器读取调试模式的配置信息;

根据所述配置信息判断所述电子设备的系统是否启动所述调试模式;

在确定所述电子设备的系统启动所述调试模式时并在启动所述调试模式之后,当检测到所述电子设备的系统发生异常时,记录发生异常时的异常信息,其中,所述异常信息包括用户信息、日志信息以及异常描述信息。

作为一种可选的实施方式,在本发明实施例第一方面中,所述在电子设备开机的过程中,从存储器读取配置信息之前,所述方法还包括:

在所述电子设备不能正常开机时,对所述电子设备的系统进行所述调试模式的配置,并将配置信息保存到所述存储器;或者,

在所述电子设备的系统运行过程中,检测是否发生异常,当发生异常时,记录异常次数;在所述电子设备关机后,当检测到针对所述电子设备的开机指令并根据所述开机指令开机时,在所述异常次数大于或等于预设阈值时向用户提示进行所述调试模式的配置,以及检测用户输入的所述配置信息,将所述配置信息保存到所述存储器;或者,

检测是否接收到服务器的配置命令,当接收到所述配置命令时根据所述配置命令进行所述调试模式的配置,获取配置信息并保存到所述存储器,所述配置命令用于指示所述电子设备的系统进行启动调试模式的配置;

其中,所述配置信息包括启动所述调试模式的指令信息。

作为一种可选的实施方式,在本发明实施例第一方面中,所述在电子设备开机的过程中,从存储器读取配置信息,包括:

在所述电子设备开机的过程中,判断所述存储器是否处于可读状态;

如果是,定位到所述存储器的分区,从所述分区中读取所述配置信息。

作为一种可选的实施方式,在本发明实施例第一方面中,所述根据所述配置信息判断所述电子设备的系统是否启动所述调试模式,包括:

若所述配置信息存在启动所述调试模式的所述指令信息时,则确定所述电子设备的系统启动所述调试模式;

若所述配置信息不存在启动所述调试模式的所述指令信息时,则确定所述电子设备的系统正常运行,不启动所述调试模式。

作为一种可选的实施方式,在本发明实施例第一方面中,所述若所述配置信息存在启动所述调试模式的所述指令信息时,则确定所述电子设备的系统启动所述调试模式之后,所述方法还包括:

向所述服务器发送用于请求启动所述调试模式的请求信息;

接收所述服务器针对所述请求信息返回的反馈信息,所述反馈信息携带用于指示允许启动所述调试模式的权限授权信息;

根据所述权限授权信息启动所述电子设备系统的所述调试模式。

本发明实施例第二方面公开了一种电子设备,包括:

读取单元,用于在所述电子设备开机的过程中,从存储器读取调试模式的配置信息;

判断单元,用于根据所述配置信息判断所述电子设备的系统是否启动所述调试模式;

记录单元,用于在所述判断单元确定所述电子设备的系统启动所述调试模式时,并在启动所述调试模式之后,当检测到所述电子设备的系统发生异常时,记录发生异常时的异常信息,其中,所述异常信息包括用户信息、日志信息以及异常描述信息。

作为一种可选的实施方式,在本发明实施例第二方面中,所述电子设备还包括:

配置单元,用于在所述读取单元在电子设备开机的过程中,从存储器读取调试模式的配置信息之前,在所述电子设备不能正常开机时,对所述电子设备的系统进行所述调试模式的配置,并将配置信息保存到所述存储器;或者,

所述配置单元,还用于在所述读取单元在电子设备开机的过程中,从存储器读取调试模式的配置信息之前,在所述电子设备的系统运行过程中,检测是否发生异常,当发生异常时,记录异常次数;在所述电子设备关机后,当检测到针对所述电子设备的开机指令并根据所述开机指令开机时,在所述异常次数大于或等于预设阈值时向用户提示进行所述调试模式的配置,以及检测用户输入的所述配置信息,将所述配置信息保存到所述存储器;或者,

所述配置单元,还用于在所述读取单元在电子设备开机的过程中,从存储器读取调试模式的配置信息之前,当接收到服务器的配置命令时根据所述配置命令进行所述调试模式的配置,获取配置信息并保存到所述存储器,所述配置命令用于指示所述电子设备的系统进行启动调试模式的配置;

其中,所述配置信息包括启动所述调试模式的指令信息。

作为一种可选的实施方式,在本发明实施例第二方面中,所述读取单元包括:

判断子单元,用于在所述电子设备开机的过程中,判断所述存储器是否处于可读状态;

读取子单元,用于在所述判断子单元判断出所述存储器处于可读状态时,定位到所述存储器的分区,从所述分区中读取所述配置信息。

作为一种可选的实施方式,在本发明实施例第二方面中,其特征在于:

所述判断单元,具体用于在所述配置信息存在启动所述调试模式的所述指令信息时,则确定所述电子设备的系统启动所述调试模式;在所述配置信息不存在启动所述调试模式的所述指令信息时,则确定所述电子设备的系统正常运行,不启动所述调试模式。

作为一种可选的实施方式,在本发明实施例第二方面中,所述电子设备还包括:

发送单元,用于在所述判断单元确定所述配置信息存在启动所述调试模式的所述指令信息时,确定所述电子设备的系统启动所述调试模式之后,向所述服务器发送用于请求启动所述调试模式的请求信息;

接收单元,用于接收所述服务器针对所述请求信息返回的反馈信息,所述反馈信息携带用于指示允许启动所述调试模式的权限授权信息;

启动单元,用于根据所述权限授权信息启动所述电子设备系统的所述调试模式。

本发明实施例第三方面公开一种电子设备,包括:

存储有可执行程序代码的存储器;

与所述存储器耦合的处理器;

所述处理器调用所述存储器中存储的所述可执行程序代码,执行本发明实施例第一方面公开的一种android系统的异常处理方法。

本发明实施例第四方面公开一种计算机可读存储介质,其存储计算机程序,其中,所述计算机程序使得计算机执行本发明实施例第一方面公开的一种android系统的异常处理方法。

本发明实施例第五方面公开一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行第一方面的任意一种方法的部分或全部步骤。

本发明实施例第六方面公开一种应用发布平台,所述应用发布平台用于发布计算机程序产品,其中,当所述计算机程序产品在计算机上运行时,使得所述计算机执行第一方面的任意一种方法的部分或全部步骤。

与现有技术相比,本发明实施例具有以下有益效果:

本发明实施例中,在电子设备开机的过程中,从存储器读取调试模式的配置信息;根据该配置信息判断该电子设备的系统是否启动调试模式;在确定该电子设备的系统启动调试模式时并在启动调试模式之后,当检测到该电子设备的系统发生异常时,记录发生异常时的异常信息,其中,该异常信息包括用户信息、日志信息以及异常描述信息。可见,通过实施本发明实施例,在电子设备开机的过程中,通过从存储器读取调试模式的配置信息,然后根据该配置信息判断该电子设备的系统是否启动调试模式,如果是,进一步启动调试模式,实现了当检测到该电子设备的系统发生异常时,记录发生异常时的异常信息,能够在异常发生现场记录到异常信息,为异常分析提供依据,提高异常分析的有效性和实时性。

附图说明

为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1是本发明实施例公开的一种android系统的异常处理方法的流程示意图;

图2是本发明实施例公开的另一种android系统的异常处理方法的流程示意图;

图3是本发明实施例公开的另一种android系统的异常处理方法的流程示意图;

图4是本发明实施例公开的一种电子设备的结构示意图;

图5是本发明实施例公开的另一种电子设备的结构示意图;

图6是本发明实施例公开的另一种电子设备的结构示意图;

图7是本发明实施例公开的另一种电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

需要说明的是,本发明实施例的术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例公开一种android系统的异常处理方法及电子设备,能够在异常发生时记录异常信息,为异常分析提供依据,提高异常分析的有效性和实时性。以下结合附图,从电子设备角度出发进行详细描述。

实施例一

请参阅图1,图1是本发明实施例公开的一种android系统的异常处理方法的流程示意图。如图1所示,该android系统的异常处理方法可以包括以下步骤。

101、在电子设备开机的过程中,电子设备从存储器读取调试模式的配置信息。

本发明实施例中,电子设备可以是使用android系统的智能手表、移动手机、移动平板、个人数字助理(personaldigitalassistant,pda)、移动互联网设备(mobileinternetdevice,mid)等各种设备;其中,android系统的底层建立在linux系统之上,该平台由linux内核层、系统运行库层、应用程序框架层及应用层四层组成,它采用一种被称为软件叠层(softwarestack,ss)的方式进行构建。这各软件叠层结构使得层与层之间相互分离,明确各层的分工。这种分工保证了层与层之间的低耦合,当下层的层内或层下发生变化时,上层应用程序无须任何改变。应用程序框架层是进行系统开发的基础,包括管理各个应用程序生命周期以及通常的导航回退功能的活动管理器(activitymanager,am)、管理所有的窗口程序的窗口管理器(windowmanager,wm)、使得不同应用程序之间存取或者分享数据的内容提供器(contentprovider,cp)、构建应用程序的基本组件的视图系统(viewsystem,vs)、使得应用程序可以在状态栏中显示自定义的提示信息的通告管理器(notificationmanager,nm)、android系统内程序管理的包管理器(packagemanager,pm)、提供应用程序使用的各种非代码资源,如本地化字符串、图片、布局文件、颜色文件等的资源管理器(resourcemanager,rm)、提供位置服务的位置管理器(locationmanager,lm)及其他。

其中,在本发明实施例中,电子设备开机的过程中,从存储器读取调试模式的配置信息之前,电子设备会加载存储器中的配置信息。

此外,本发明实施例中,电子设备开机的过程中在存储器中加载配置信息之后,根据存储路径获取配置信息所在的分区,然后判断电子设备的存储器的分区是否可读,如果是,定位到该分区,从该分区中读取配置信息。

102、电子设备根据配置信息判断电子设备的系统是否启动调试模式,如果是,执行步骤103;如果否,说明系统正常运行,结束本流程。

103、在确定电子设备的系统启动调试模式时并在启动调试模式之后,当检测到电子设备的系统发生异常时,电子设备记录发生异常时的异常信息。

在本发明实施例中,电子设备的系统启动调试模式之后,系统内核启动,当检测到电子设备的系统发生异常时,异常为panic、重启等,记录下来的异常信息包括用户信息、日志信息以及异常描述信息。用户信息为电子设备所属的用户向服务器注册的身份信息,由服务器分配的唯一的账号,这样的用户信息包含用户的电子设备的序列号和手机卡号等;日志信息为电子设备的系统启动调试模式后,系统发生异常时记录的log日志;异常描述信息记录了电子设备的系统发生异常的状况和持续时间。

在本发明实施例中,当检测到电子设备的系统发生异常时,记录异常信息之后,将该异常信息保存至存储器和/或将该异常信息上传到服务器,以供研发人员分析解决问题,提高异常问题的分析解决效率。

可见,实施图1所描述的方法,可以在电子设备开机的过程中,从存储器读取调试模式的配置信息,然后根据该配置信息判断电子设备的系统是否启动调试模式,在确定该电子设备的系统启动调试模式时并在启动调试模式之后,当检测到该电子设备的系统发生异常时,记录发生异常时的异常信息,能够在异常发生现场记录到异常信息,为异常分析提供依据,提高异常分析的有效性和实时性。

实施例二

请参阅图2,图2是本发明实施例公开的另一种android系统的异常处理方法的流程示意图。如图2所示,该android系统的异常处理方法可以包括以下步骤。

201、当电子设备不能正常开机时、系统运行过程中记录的异常次数大于或等于预设阈值时或者服务器发送配置命令时,电子设备进行调试模式的配置,将该配置信息保存到存储器。

在步骤201中,电子设备可以在三种情况下进行调试模式的配置,以获得配置信息保存到存储器中,具体如下:

在一种可选的实施方式中,在电子设备不能正常开机时,对该电子设备的系统进行调试模式的配置,并将配置信息保存至存储器,其中,该配置信息包括启动调试模式的指令信息。通过该实施方式,能够获得包括启动调试模式的指令信息的配置信息并保存至存储器。

在另一种可选的实施方式中,在电子设备的系统运行过程中,电子设备检测其是否发生异常,当发生异常时,记录异常次数;在该电子设备关机后,当检测到针对该电子设备的开机指令并根据该开机指令开机时,在异常次数大于或等于预设阈值时向用户提示进行调试模式的配置,以及检测用户输入的配置信息,将该配置信息保存到存储器,其中,该配置信息包括启动调试模式的指令信息。通过该实施方式,能够获得包括启动调试模式的指令信息的配置信息并保存至存储器。

举例来说,可以将预设阈值设置为10次,当记录的异常次数大于或等于10次时,向用户提示进行调试模式的配置,提示信息可为“系统发生异常,需要开始进行调试模式的配置。”,然后将用户输入的调试信息保存到存储器;当记录的异常次数小于10次时,系统保持正常运行。

在另一种可选的实施方式中,电子设备检测是否接收到服务器的配置命令,当接收到该配置命令时根据该配置命令进行调试模式的配置,获取配置信息并保存到所述存储器,其中,该配置命令用于指示该电子设备的系统进行启动调试模式的配置,该配置信息包括启动调试模式的指令信息。通过该实施方式,能够获得包括启动调试模式的指令信息的配置信息并保存至存储器。

202、在该电子设备开机的过程中,电子设备判断该存储器是否处于可读状态,如果是,执行步骤203;如果否,结束本流程。

203、电子设备定位到该存储器的分区,从该分区中读取配置信息。

本发明实施例中,电子设备可以查询路径信息,得到储存配置信息的分区的目标路径信息,然后根据目标路径信息进入到该存储器的分区,从该分区中读取配置信息。

204、电子设备根据该配置信息判断该电子设备的系统是否启动调试模式,如果是,执行步骤205;如果否,说明系统正常运行,结束本流程。

在本发明实施例中,如果该配置信息存在启动调试模式的指令信息时,则确定该电子设备的系统启动调试模式;如果该配置信息不存在启动调试模式的指令信息时,则确定该电子设备的系统正常运行,不启动调试模式。

205、在确定该电子设备的系统启动该调试模式时并在启动该调试模式之后,当检测到该电子设备的系统发生异常时,电子设备记录发生异常时的异常信息。

其中,异常信息包括用户信息、日志信息以及异常描述信息。

在本发明实施例中,当检测到电子设备的系统发生异常时,记录异常信息之后,将该异常信息保存至存储器和/或将该异常信息上传到服务器,以供研发人员分析解决问题。

作为一种可选的实施方式,电子设备检测系统是否发生异常,可以通过以下方式实现:电子设备在系统中设置多个异常监视桩,其中,多个异常监视桩可以分散设置在系统的应用程序(application,app)层、frameworks层、hal层、kernel层和drivers层等;电子设备实时检测各个异常监视桩反馈的异常点相关信息,其中,异常点相关信息为异常监视桩在监视到程序异常或者业务异常时生成的信息;电子设备根据异常点相关信息判断是否发生异常。通过该实施方式,能够在系统可能出现的异常处设置异常点监视桩,能够覆盖系统的各个层,能够在异常发生时立即识别到异常,时效性好。

作为另一种可选的实施方式,电子设备检测系统是否发生异常,还可以通过以下方式实现:当电子设备的系统在运行过程中发生卡顿时,电子设备获取系统资源,对系统资源进行编码处理,将系统资源的编码与预设的系统资源的标准编码进行对比,如果系统资源的编码与预设的系统资源的标准编码相同,则确认系统资源没有发生异常,系统正常运行;如果系统资源的编码与预设的系统资源的标准编码不同,则确认该系统资源存在异常,即电子设备的系统发生异常。通过该实施方式,能够在系统卡顿时,将系统资源的编码与预设的系统资源的标准编码进行对比,判断系统是否发生异常,能够在异常发生时及时判定出来。

可见,实施图2所描述的方法,可以在电子设备开机的过程中,如果存储器处于可读状态,从存储器读取调试模式的配置信息,然后根据该配置信息判断电子设备的系统是否启动调试模式,在确定该电子设备的系统启动调试模式时并在启动调试模式之后,当检测到该电子设备的系统发生异常时,记录发生异常时的异常信息,能够在异常发生现场记录到异常信息,为异常分析提供依据,提高异常分析的有效性和实时性。

实施例三

请参阅图3,图3是本发明实施例公开的另一种android系统的异常处理方法的流程示意图。如图3所示,该android系统的异常处理方法可以包括以下步骤。

301、当电子设备不能正常开机时、系统运行过程中记录的异常次数大于或等于预设阈值时或者服务器发送配置命令时,电子设备的系统进行调试模式的配置,将该配置信息保存到存储器。

302、在该电子设备开机的过程中,电子设备判断该存储器是否处于可读状态,如果是,执行步骤303;如果否,结束本流程。

303、电子设备定位到电子设备中该存储器的分区,从该分区中读取配置信息。

304、电子设备根据该配置信息判断该电子设备的系统是否启动调试模式,如果是,执行步骤305;如果否,系统正常运行。

305、电子设备向服务器发送用于请求启动该调试模式的请求信息。

306、电子设备接收服务器针对该请求信息返回的反馈信息,该反馈信息携带用于指示允许启动该调试模式的权限授权信息。

作为一种可选的实施方式,电子设备向服务器请求获取权限授权信息,接收到权限授权信息后根据该权限授权信息以及电子设备预设参数生成控制码,该控制码用以控制调试模式,电子设备可以根据该控制码生成允许启动调试模式的指令。通过该实施方式,能够根据权限授权信息以及电子设备预设参数生成的控制码控制调试模式的启动,使得调试模式的启动更加安全有效。

307、电子设备根据该权限授权信息启动系统的调试模式。

308、在启动该调试模式之后,当检测到该电子设备的系统发生异常时,电子设备记录发生异常时的异常信息。

其中,异常信息包括用户信息、日志信息以及异常描述信息。

在本发明实施例中,当检测到电子设备的系统发生异常时,记录异常信息之后,将该异常信息保存至存储器和/或将该异常信息上传到服务器,以供研发人员分析解决问题。

作为一种可选的实施方式,在电子设备检测到系统发生异常时,并记录发生异常时的异常信息之后,电子设备判断是否能够进入桌面,如果能够进入桌面,将远程连接服务器,并在成功连接服务器后,将异常信息发送给服务器;服务器进行远程故障定位,然后将定位结果获取系统升级包,将该系统升级包发送给电子设备;电子设备在接收到系统升级包后,将根据系统升级包完成系统升级,以进行系统恢复。通过该实施方式,在发生异常并记录到异常信息之后,电子设备在能够进入桌面并连接到服务器的情况下,可以通过从服务器获取系统升级包来完成升级,以进行系统恢复,解决异常问题。

可见,实施图3所描述的方法,可以在电子设备开机的过程中,如果存储器处于可读状态,从存储器读取调试模式的配置信息,然后根据该配置信息判断电子设备的系统是否启动调试模式,在确定该电子设备的系统启动调试模式时向服务器发送用于请求启动该调试模式的请求信息,之后,接收服务器针对该请求信息返回的反馈信息,该反馈信息携带用于指示允许启动该调试模式的权限授权信息,电子设备可根据该权限授权信息启动系统的调试模式,在启动该调试模式之后,当检测到该电子设备的系统发生异常时,电子设备的系统记录发生异常时的异常信息,能够在异常发生现场记录到异常信息,为异常分析提供依据,提高异常分析的有效性和实时性。

实施例四

请参阅图4,图4是本发明实施例公开的一种电子设备的结构示意图。如图4所示,该电子设备可以包括:

读取单元401,用于在电子设备开机的过程中,从存储器读取调试模式的配置信息。

在本发明实施例中,电子设备开机的过程中,读取单元401从存储器读取调试模式的配置信息之前,电子设备会加载存储器中的配置信息。

此外,本发明实施例中,电子设备开机的过程中在存储器中加载配置信息之后,读取单元401根据存储路径获取配置信息所在的分区,然后判断电子设备的存储器的分区是否可读,如果是,定位到该分区,从该分区中读取配置信息。

判断单元402,用于根据该配置信息判断该电子设备的系统是否启动调试模式;

记录单元403,用于在上述判断单元402确定该电子设备的系统启动调试模式时,并在启动该调试模式之后,当检测到该电子设备的系统发生异常时,记录发生异常时的异常信息,其中,该异常信息包括用户信息、日志信息以及异常描述信息。

在本发明实施例中,电子设备的系统启动调试模式之后,系统内核启动,当检测到电子设备的系统发生异常时,异常为panic、重启等,记录单元403记录下来的异常信息包括用户信息、日志信息以及异常描述信息。用户信息为电子设备所属的用户向服务器注册的身份信息,由服务器分配的唯一的账号,这样的用户信息包含用户的电子设备的序列号和手机卡号等;日志信息为电子设备的系统启动调试模式后,系统发生异常时记录的log日志;异常描述信息记录了电子设备的系统发生异常的状况和持续时间。

在本发明实施例中,当检测到电子设备的系统发生异常时,记录单元403记录异常信息之后,将该异常信息保存至存储器和/或将该异常信息上传到服务器,以供研发人员分析解决问题,提高异常问题的分析解决效率。

作为一种可选的实施方式,记录单元403用于检测系统是否发生异常的具体方式可以为:记录单元403,用于在系统中设置多个异常监视桩,其中,多个异常监视桩可以分散设置在系统的app层、frameworks层、hal层、kernel层和drivers层等;实时检测各个异常监视桩反馈的异常点相关信息,其中,异常点相关信息为异常监视桩在监视到程序异常或者业务异常时生成的信息;根据异常点相关信息判断是否发生异常。通过该实施方式,能够在系统可能出现的异常处设置异常点监视桩,能够覆盖系统的各个层,能够在异常发生时立即识别到,时效性好。

作为另一种可选的实施方式,记录单元403用于检测系统是否发生异常的具体方式还可以为:当电子设备的系统运行过程中卡顿时,记录单元403用于获取系统资源,对系统资源进行编码处理,将系统资源的编码与预设的系统资源的标准编码进行对比,如果系统资源的编码与预设的系统资源的标准编码相同,则确认系统资源没有发生异常,系统正常运行;如果系统资源的编码与预设的系统资源的标准编码不同,则确认该系统资源存在异常,即确定该电子设备的系统发生异常。通过该实施方式,能够在系统卡顿时,将系统资源的编码与预设的系统资源的标准编码进行对比,判断系统是否发生异常,能够在异常发生时及时判定出来。

作为一种可选的实施方式,记录单元403还用于在电子设备检测到系统发生异常时,并记录发生异常时的异常信息之后,判断电子设备是否能够进入桌面,如果能够进入桌面,将远程连接服务器,并在成功连接服务器后,将异常信息发送给服务器;服务器进行远程故障定位,然后将定位结果获取系统升级包,将该系统升级包发送给电子设备;记录单元403在接收到系统升级包后,将根据系统升级包完成系统升级,以进行系统恢复。通过该实施方式,在发生异常并记录到异常信息之后,电子设备在能够进入桌面并连接到服务器的情况下,可以通过从服务器获取系统升级包来完成升级,以进行系统恢复,解决异常问题。

可见,实施图4所描述的电子设备,可以在电子设备开机的过程中,从存储器读取调试模式的配置信息,然后根据该配置信息判断电子设备的系统是否启动调试模式,在确定该电子设备的系统启动调试模式时并在启动调试模式之后,当检测到该电子设备的系统发生异常时,记录发生异常时的异常信息,能够在异常发生现场记录到异常信息,为异常分析提供依据,提高异常分析的有效性和实时性。

实施例五

请参阅图5,图5是本发明实施例公开的另一种电子设备的结构示意图。其中,图5所示的电子设备是由图4所示的电子设备进行优化得到的。与图4所示的电子设备相比较,图5所示的电子设备还可以包括:

配置单元404,用于在上述读取单元401在电子设备开机的过程中,从存储器读取调试模式的配置信息之前,在电子设备不能正常开机时,对该电子设备的系统进行调试模式的配置,并将配置信息保存到存储器;或者,

上述配置单元,还用于在上述读取单元401在电子设备开机的过程中,从存储器读取调试模式的配置信息之前,在电子设备的系统运行过程中,检测是否发生异常,当发生异常时,记录异常次数;在电子设备关机后,当检测到针对该电子设备的开机指令并根据该开机指令开机时,在异常次数大于或等于预设阈值时向用户提示进行调试模式的配置,以及检测用户输入的配置信息,将该配置信息保存到存储器;

举例来说,可以将预设阈值设置为10次,当记录的异常次数大于或等于10次时,向用户提示进行调试模式的配置,提示信息可为“系统发生异常,需开始进行调试模式的配置。”,然后将用户输入的调试信息保存到存储器;当记录的异常次数小于10次时,系统保持正常运行。或者,

上述配置单元,还用于在上述读取单元401在电子设备开机的过程中,从存储器读取调试模式的配置信息之前,当接收到服务器的配置命令时根据该配置命令进行调试模式的配置,获取配置信息并保存到所述存储器,该配置命令用于指示该电子设备的系统进行启动调试模式的配置;

其中,该配置信息包括启动调试模式的指令信息。

上述判断单元402,具体用于在该配置信息存在启动调试模式的指令信息时,则确定该电子设备的系统启动调试模式;在该配置信息不存在启动调试模式的指令信息时,则确定该电子设备的系统正常运行,不启动调试模式。

作为一种可选的实施方式,在图4所描述的电子设备中,读取单元401包括:

判断子单元405,用于在电子设备开机的过程中,判断存储器是否处于可读状态;

读取子单元406,用于在上述判断子单元405判断出该存储器处于可读状态时,定位到该存储器的分区,从该分区中读取配置信息。

本发明实施例中,上述读取子单元406用于定位到该存储器的分区,从该分区中读取配置信息的方式具体为:读取子单元406用于查询路径信息,得到储存配置信息的分区的目标路径信息,然后根据目标路径信息进入到该存储器的分区,从该分区中读取配置信息。

可见,实施图5所描述的电子设备,在电子设备开机的过程中,如果存储器处于可读状态,从存储器读取调试模式的配置信息,然后根据该配置信息判断电子设备的系统是否启动调试模式,在确定该电子设备的系统启动调试模式时并在启动调试模式之后,当检测到该电子设备的系统发生异常时,记录发生异常时的异常信息,能够在异常发生现场记录到异常信息,为异常分析提供依据,提高异常分析的有效性和实时性。

实施例六

请参阅图6,图6是本发明实施例公开的另一种电子设备的结构示意图。其中,图6所示的电子设备是由图5所示的电子设备进行优化得到的。与图5所示的电子设备相比较,图6所示的电子设备还可以包括:

发送单元407,用于在上述判断单元402确定配置信息存在启动调试模式的指令信息时,确定该电子设备的系统启动调试模式之后,向服务器发送用于请求启动调试模式的请求信息;

接收单元408,用于接收服务器针对该请求信息返回的反馈信息,该反馈信息携带用于指示允许启动调试模式的权限授权信息;

启动单元409,用于根据该权限授权信息启动该电子设备系统的调试模式。

作为一种可选的实施方式,发送单元407向服务器请求获取权限授权信息,接收单元408接收到权限授权信息后根据该权限授权信息以及电子设备预设参数生成控制码,该控制码用以控制调试模式,启动单元409可以根据该控制码生成允许启动调试模式的指令。通过该实施方式,能够根据权限授权信息以及电子设备预设参数生成的控制码控制调试模式的启动,使得调试模式的启动更加安全有效。

可见,实施图6所描述的电子设备,可以在电子设备开机的过程中,如果存储器处于可读状态,从存储器读取调试模式的配置信息,然后根据该配置信息判断电子设备的系统是否启动调试模式,在确定该电子设备的系统启动调试模式时向服务器发送用于请求启动该调试模式的请求信息,之后,接收服务器针对该请求信息返回的反馈信息,该反馈信息携带用于指示允许启动该调试模式的权限授权信息,电子设备可根据该权限授权信息启动系统的调试模式,在启动该调试模式之后,当检测到该电子设备的系统发生异常时,电子设备的系统记录发生异常时的异常信息,能够在异常发生现场记录到异常信息,为异常分析提供依据,提高异常分析的有效性和实时性。

实施例七

请参阅图7,图7是本发明实施例公开的另一种电子设备的结构示意图。如图7所示,该电子设备可以包括:

存储有可执行程序代码的存储器701;

与存储器701耦合的处理器702;

其中,处理器702调用存储器701中存储的可执行程序代码,执行图1~图3任意一种android系统的异常处理方法。

本发明实施例公开一种计算机可读存储介质,其存储计算机程序,其中,该计算机程序使得计算机执行图1~图3任意一种android系统的异常处理方法。

本发明实施例还公开一种计算机程序产品,其中,当计算机程序产品在计算机上运行时,使得计算机执行如以上各方法实施例中的方法的部分或全部步骤。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质包括只读存储器(read-onlymemory,rom)、随机存储器(randomaccessmemory,ram)、可编程只读存储器(programmableread-onlymemory,prom)、可擦除可编程只读存储器(erasableprogrammablereadonlymemory,eprom)、一次可编程只读存储器(one-timeprogrammableread-onlymemory,otprom)、电子抹除式可复写只读存储器(electrically-erasableprogrammableread-onlymemory,eeprom)、只读光盘(compactdiscread-onlymemory,cd-rom)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

以上对本发明实施例公开的一种android系统的异常处理方法及电子设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1