异常处理方法、服务器及移动终端
技术领域
本发明实施例涉及终端技术领域,尤其涉及一种异常处理方法、服务器及移动终端。
背景技术
手机等移动终端设备更新换代迅速,厂商也在不断地优化以提升响应速度,但由于系统底层内核机制的原因,移动终端设备会产生概率性的冻屏问题,例如设备死机、屏幕锁死或者操作无响应等。以往在处理冻屏问题时,都是用户对移动终端进行强制重启操作,致使相同原因导致的冻屏问题反复发生,耗费了大量的人力和财力资源,也严重影响了用户的体验。
发明内容
本发明实施例的主要目的在于提供一种异常处理方法、服务器及移动终端,旨在解决现有移动终端的冻屏问题反复出现,导致用户体验差的技术问题。
为实现上述目的,本发明实施例第一方面提供一种异常处理方法,应用于服务器,包括:
接收出现异常的移动终端发送的程序堆栈信息和系统版本信息;
分析所述程序堆栈信息和系统版本信息,生成运行策略;
将所述运行策略发送至目标移动终端。
可选地,所述分析所述程序堆栈信息和系统版本信息,生成运行策略的步骤包括:
根据所述程序堆栈信息获取所述出现异常的移动终端的操作信息;
根据所述操作信息生成对应的至少一个运行路径;
运行所述至少一个运行路径,确定与异常状态对应的目标运行路径;
解析所述目标运行路径,获取对应的异常代码或者循坏代码;
根据所述异常代码或者循坏代码生成运行策略。
可选地,所述将所述运行策略发送至目标移动终端之前,还包括:
识别并筛选出所述目标移动终端。
为实现上述目的,本发明实施例第二方面提供一种异常处理方法,应用于移动终端,包括:
根据所述移动终端的系统版本信息接收服务器下发的运行策略;
解析所述运行策略,获取对应的异常路径;
根据当前的程序运行信息判断是否匹配所述对应的异常路径;
若所述当前的程序运行信息与所述对应的异常路径匹配,则执行所述运行策略。
可选地,所述根据所述移动终端的系统版本信息接收服务器下发的运行策略之前,还包括:
监控所述移动终端的触控信息以及内存信息,判断所述移动终端是否处于第一状态;
若所述移动终端处于所述第一状态,则获取当前的程序堆栈信息和所述系统版本信息,并将所述程序堆栈信息和系统版本信息发送至所述服务器。
可选地,所述监控所述移动终端的触控信息以及内存信息,判断所述移动终端是否处于第一状态的步骤包括:
将所述触控信息和内存信息进行比对;
若在所述预设的时间段内,检测到所述内存信息没有发生变化,则确定所述移动终端处于第一状态。
可选地,所述根据当前的程序运行信息判断是否匹配所述对应的异常路径的步骤包括:
获取当前的程序运行信息;
解析所述当前的程序运行信息,获取移动终端的程序路径;
比较所述程序路径和所述对应的异常路径。
可选地,所述若所述当前的程序运行信息与所述对应的异常路径匹配,则执行所述运行策略的步骤包括:
若所述程序路径与所述对应的异常路径相匹配,则定位对应的异常代码或者循环代码;
根据所述运行策略,在程序运行过程中跳过所述对应的异常代码或者循环代码。
此外,为实现上述目的,本发明实施例第三方面还提供一种服务器,其特征在于,所述服务器包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的异常处理程序,所述异常处理程序被所述处理器执行时实现如上所述的异常处理方法的步骤。
此外,为实现上述目的,本发明实施例第四方面还提供一种移动终端,其特征在于,所述终端包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的异常处理程序,所述异常处理程序被所述处理器执行时实现如上所述的异常处理方法的步骤。
此外,为实现上述目的,本发明实施例第五方面还提供一种可读存储介质,其特征在于,所述可读存储介质上存储有可执行程序,所述可执行程序被处理器执行时实现如上所述的异常处理方法的步骤。
本发明实施例提出的一种异常处理方法、服务器及移动终端,通过接收出现异常的移动终端发送的程序堆栈信息和系统版本信息;分析所述程序堆栈信息和系统版本信息,生成运行策略;将所述运行策略发送至目标移动终端。在移动终端出现异常问题时及时将相关数据打包发送至服务器,待服务器处理后接收推送来的运行策略;在监测到疑似异常问题出现时,能够提前适用目标运行策略,跳过执行异常代码,从而避开异常问题。进一步地,在本发明实施例中,通过将异常问题上传服务器来更加及时快速的得到解决方案,通过推送机制可以有效惠及更多的终端用户,防止同类型的异常问题反复出现,进而提高了用户的体验。
附图说明
图1是本发明实施例一个可选的移动终端的硬件结构示意图;
图2为图1中移动终端的无线通信装置示意图;
图3为本发明实施例提供的一种异常处理方法的实施环境示意图;
图4为本发明实施例提供的一种异常处理方法第一实施例的方法流程图;
图5为本发明实施例提供的一种服务器端的异常处理方法流程图;
图6为本发明实施例提供的一种异常处理方法第二实施例的方法流程图;
图7为本发明实施例提供的一种异常处理方法第三实施例的方法流程图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明实施例,并不用于限定本发明实施例。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明实施例的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如,本发明实施例中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等终端,以及诸如数字TV、台式计算机等固定终端。
后续描述中将以终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明实施例的实施方式的构造也能够应用于固定类型的终端。
请参阅图1,其为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端100可以包括:RF(Radio Frequency,射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将基站的下行信息接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯系统)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
WiFi属于短距离无线传输技术,移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据,存储器109可为一种计算机存储介质,该存储器109存储有本发明实施例的异常处理程序。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。如处理器110执行存储器109中的异常处理程序,以实现本发明实施例异常处理方法各实施例的步骤。
处理器110可包括一个或多个处理单元;可选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池),可选的,电源111可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动终端100还可以包括蓝牙模块等,在此不再赘述。
为了便于理解本发明实施例,下面对本发明实施例的移动终端所基于的通信网络系统进行描述。
请参阅图2,图2为本发明实施例提供的一种通信网络系统架构图,该通信网络系统为通用移动通信技术的LTE系统,该LTE系统包括依次通讯连接的UE(User Equipment,用户设备)201,E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进式UMTS陆地无线接入网)202,EPC(Evolved Packet Core,演进式分组核心网)203和运营商的IP业务204。
具体地,UE201可以是上述终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,eNodeB2021连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity,移动性管理实体)2031,HSS(Home Subscriber Server,归属用户服务器)2032,其它MME2033,SGW(Serving Gate Way,服务网关)2034,PGW(PDN Gate Way,分组数据网络网关)2035和PCRF(Policy andCharging Rules Function,政策和资费功能实体)2036等。其中,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem,IP多媒体子系统)或其它IP业务等。
虽然上述以LTE系统为例进行了介绍,但本领域技术人员应当知晓,本发明实施例不仅仅适用于LTE系统,也可以适用于其他无线通信系统,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等,此处不做限定。
为了便于理解本发明实施例,下面对本发明实施例的实施环境,即对服务器和移动终端的连接关系进行描述。
请参阅图3,图3为本发明实施例提供的一种异常处理方法的实施环境示意图,包括服务器30以及移动终端(301、302、303、304),其中,移动终端(301、302、303、304)的数量可以有一个或者多个,各移动终端(301、302、303、304)与服务器30之间可以进行数据传输,具体来说,在本发明实施例中,服务器30可以从移动终端(301、302、303、304)获取数据并可以将处理后的异常解决方法推送给各移动终端。例如,终端301获取本机数据后发送至服务器30,服务器30对接收的数据进行处理,然后将处理后的数据推送至终端301、终端302、终端303、终端304以及更多终端设备。需要特别说明的是,移动终端不限于301、302、303、304,还可以包括更多的终端设备。
基于上述移动终端硬件结构、通信网络系统以及实施环境,提出本发明各个实施例。
本发明实施例进一步提供一种异常处理方法。参照图4,图4为本发明实施例提供的一种异常处理方法的第一实施例的方法流程图。
本实施例提供的一种异常处理方法,主要应用于服务器端,通过服务器来接收出现异常的移动终端发送的程序堆栈信息和系统版本信息,然后分析该程序堆栈信息和系统版本信息,生成解决异常信息的运行策略,再将这些运行策略发送到目标移动终端。
具体地,在本实施例中,该异常处理方法包括:
步骤S401,接收出现异常的移动终端发送的程序堆栈信息和系统版本信息;
在本实施例中,移动终端设备将出现异常时的程序堆栈数据和该移动终端的版本信息打包发送至接收端,服务器作为接收端接收上述打包数据并进行解压。其中,出现异常,是指移动终端的系统出现概率性的宕机导致的屏幕锁定,即设备对操作指令无响应。程序堆栈数据,是指程序运行时所产生的一种数据项按序排列的数据结构,包含了系统暂时存放的数据和地址,一般用来保护断点和现场。系统版本信息,是指包括但不限于手机型号、UI标识号、操作系统及其安全补丁程序级别,以及基带和内核版本等信息,一般用于反映程序的运行环境。
另外需要说明的是,上述移动终端的系统包括但不限于安卓系统,移动终端设备在传输数据时可以打包或者直接将有关文档发送至服务器端。
步骤S402,分析所述程序堆栈信息和系统版本信息,生成运行策略;
服务器接收到出现异常的移动终端上报的数据后,即时生成一个异常问题分析程序,根据系统版本信息调用相同的程序运行环境,对解压后的程序堆栈数据进行分析,找到产生异常问题的程序路径,然后生成对应的解决异常的运行策略。
在其他实施方式中,如图5所示,步骤S402可以进一步包括:
步骤S501,根据所述程序堆栈信息获取所述出现异常的移动终端的操作信息;
具体的,服务器生成的问题分析程序对所述程序堆栈信息进行解析,根据出现异常的移动终端所运行的程序名称、运行方式和步骤,以及用户在程序运行过程中发出的操作指令等信息,在虚拟机中模拟出具体的操作信息。
步骤S502,根据所述操作信息生成对应的至少一个运行路径;
程序依照一定的路径运行而实现不同的功能,受用户操作及其他因素的影响,程序会呈现出多个运行路径。具体的,在出现异常时,移动终端的程序运行至异常状态,服务器根据这种状态,结合异常终端发送的操作信息生成至少一个运行路径以重现该异常状态。
步骤S503,运行所述至少一个运行路径,确定与异常状态对应的目标运行路径;
上述问题分析程序获取具体的操作信息后,自动编写出操作脚本,发送到电脑虚拟机中对异常问题进行复现。复现的同时,异常问题分析程序会根据系统版本号和程序堆栈中的各个运行方法的信息,找到该版本系统中的对应函数。
例如,某次异常问题出现时,调用路径包括系统方法A、系统方法B、系统方法C、应用A方法1、应用A方法2、应用B方法3。系统在执行应用A方法2的时候就发生了问题。
步骤S504,解析所述目标运行路径,获取对应的异常代码或者循坏代码;
这里的代码就是程序员用开发工具所支持的语言写出来的源文件,是一组由字符、符号或信号码元以离散形式表示信息的明确的规则体系。具体表现为计算机可以识别并执行的二进制指令。异常代码或循环代码是指,导致程序运行出现错误的代码或者是导致系统重复执行某些语句的代码。具体的,程序的运行路径直观表现为可被计算机执行的二进制指令集,该指令集中包含程序实现各项功能所必需的的代码,本发明实施例针对这些代码进行甄别,获取出现异常问题时,所述目标运行路径所对应的代码。
步骤S505,根据所述异常代码或者循坏代码生成运行策略;
本领域技术人员可以理解的是,步骤S402中的生成运行策略的步骤还可以采取其他方式,本发明实施例并不以此为限。
在步骤S402中生成运行策略之后,进一步的,进入步骤S403。
步骤S403,将所述运行策略发送至目标移动终端;
在本实施例中,异常问题分析程序会重点对出现问题的程序运行路径进行分析,找到其中可能的循环代码或异常代码,然后对这些代码做跳过处理。接着更新程序操作脚本和虚拟机中的运行代码,测试该跳过方法是否可行。
当存在多个可疑代码时,分析程序会自动计算出多种跳过方法,然后同时在虚拟机中进行反复的测试,并找到绕过点最少的解决方法作为目标运行策略。
通过虚拟机的反复测试确认后,服务器采取定期或者及时推送的方式,主动将该运行策略连同对应的异常路径信息发送给同个系统版本的手机客户端。
在其他实施方式中,在步骤S403之前,为了将目标运行策略准确推送给可能出现异常的移动终端,避免资源的浪费,还可以进一步包括:
识别并筛选出具有相同系统版本的所述目标移动终端。
考虑到不同系统版本的程序运行环境不同,所述目标运行策略是依据某一系统版本而生成的,因此在不同的系统版本下运行该策略可能会导致新的问题产生,所以,在服务器端与移动终端的数据交互过程中,服务器端首先对移动终端的系统版本信息进行识别,根据运行策略对应的系统版本来继续推送操作。需要说明的是,若目标运行策略可以适用于多个系统版本,则服务器可以向多个系统版本的终端进行推送,识别与筛选行为可以视情况扩大至多个系统版本。
在本发明实施例提供的异常处理方法中,服务器端接收出现异常的移动终端发送的程序堆栈信息和系统版本信息;分析所述程序堆栈信息和系统版本信息,生成运行策略;将所述运行策略发送至目标移动终端。本实施例实现了在出现异常问题时,移动终端能够自动化的快速处理,并且将相关信息传送至服务器,通过服务器更快的得出运行策略,并将该运行策略推送给更多的移动终端,预防同个异常问题反复发生,提高了用户体验。
进一步地,请参阅图6,图6为本发明实施例提供的一种异常处理方法第二实施例的方法流程图,在本实施方式中,该异常处理方法主要应用于移动终端,移动终端接收服务器下发的运行策略,通过对该运行策略进行解析,获取对应的异常路径,然后根据当前的程序运行信息判断是否匹配该对应的异常路径,如果当前的程序运行信息与对应的异常路径匹配,则执行服务器下发的运行策略。
具体地,在本实施例中,该异常信息的处理方法包括:
步骤S601,根据所述移动终端的系统版本信息接收服务器下发的运行策略;
移动终端接入网络后,主动与服务器进行数据交互,以自身系统版本为标识,接收服务器定期或者及时发布的更新补丁信息,在移动终端下载并解压相应的补丁包后,获得对应的程序运行策略,然后将目标运行策略保存至终端存储器中。需要说明的是,上述更新补丁信息或者补丁包可以由移动终端以压缩包的形式进行接收,也可以直接接收相关原始文件。
在移动终端接收服务器下发的运行策略后,进一步地,进入步骤S602。
步骤S602,解析所述运行策略,获取对应的异常路径;
具体的,在运行策略中包含了对应的异常路径信息,移动终端通过调用处理器对所述运行策略进行解析,获得出现异常的应用名称以及该应用出现异常时的具体运行状态,即该应用的实施进程和相关服务状态。移动终端获取以上信息后,建立应用及服务名单,在后台对名单中的应用或服务进行监视。需要说明的是,上述应用或服务包括不限于系统应用及服务、第三方应用及服务。
步骤S603,根据当前的程序运行信息判断是否匹配所述对应的异常路径;
在本实施例中,移动终端通过对当前的运行程序与应用及服务名单进行比对,识别是否已经运行了可能出现异常的程序或服务,如未出现则继续保持后台监控;如识别出相关程序或服务已经启动,则获取该程序当前的运行路径,并调用运行策略中包含的异常路径,两者比对后进入下一个步骤。
步骤S604,若所述当前的程序运行信息与所述对应的异常路径匹配,则执行所述运行策略。
移动终端在对程序当前的运行路径和运行策略中标识的异常路径进行对比后发现两者相同,则启用所述运行策略。
在本发明异常处理方法第二实施例中,移动终端根据系统版本信息接收服务器下发的运行策略;解析所述运行策略,获取对应的异常路径;根据当前的程序运行信息判断是否匹配所述对应的异常路径;若所述当前的程序运行信息与所述对应的异常路径匹配,则执行所述运行策略。通过上述方法,实现了异常处理方案在用户端的应用,解决了以往用户只能采取重启操作的困境。并且,该实施例有效防止了同样的异常问题反复发生,通过推送的形式获取解决异常问题的运行策略,这一方法使得更广泛的用户得以受益。
进一步地,在其他实施方式中,步骤S604还可以进一步包括:
定位对应的异常代码或循环代码;
在本实施例中,运行策略包含程序运行路径中的异常代码和循环代码信息,移动终端在启用所述运行策略后,需要对当前终端设备上即将运行的代码进行识别过滤,找到与运行策略中相同的代码段落。
根据所述运行策略,在程序运行过程中跳过所述对应的异常代码或循环代码。
具体的,在定位对应的异常代码或循环代码后,移动终端继续对程序后台的运行路径进行监控,在即将执行到上述代码时,采用跳过处理的方式,忽略相关指令。
进一步地,请参阅图7,图7为本发明实施例提供的一种异常处理方法第三实施例的方法流程图,在本实施方式中,该异常处理方法主要应用于移动终端,为更好地实现本发明实施例的目的,第三实施例包括以下步骤:
步骤S701,监控所述移动终端的触控信息以及内存信息,将所述触控信息和内存信息进行比对;
在移动终端系统中设置一个异常问题监控程序,自动检测异常问题。其检测机制包括,抓取用户的屏幕触摸动作,通过对屏幕的显示内存数据进行监控,综合判断移动终端是否发生异常问题。
步骤S702,判断所述移动终端是否处于第一状态;
在本实施例中,第一状态可以是,例如用户在一定的时间阈值内,始终在触摸移动终端的屏幕,但是屏幕的显示内存数据却没有发生任何变化。需要说明的是,该时间阈值是在服务器端进行设置,时间例如为5秒。在服务器的系统设置中可以对该时间阈值进行修改,修改后会通过推送机制或移动终端主动调用接口从服务器获取的方式同步更新,从而实现统一的异常判断机制。将所述触控信息和内存信息进行比对;若在所述预设的时间段内,检测到所述内存信息没有发生变化,则确定所述移动终端处于第一状态,进入步骤S703。
步骤S703,获取当前的程序堆栈信息和所述系统版本信息,并将所述程序堆栈信息和系统版本信息发送至所述服务器
具体的,异常问题监控程序监测到移动终端处于第一状态时,及时抓取程序堆栈信息,并调取该终端的系统版本信息,将两组数据一同压缩打包。该监控程序在移动终端与服务器建立数据联系后,及时上报该异常问题,并将打包好的数据文件上传至服务器端。
步骤S704,根据所述移动终端的系统版本信息接收服务器下发的运行策略;
步骤S705,解析所述运行策略,获取对应的异常路径;
步骤S706,根据当前的程序运行信息判断是否匹配所述对应的异常路径;
步骤S707,若所述当前的程序运行信息与所述对应的异常路径匹配,则执行所述运行策略。
需要说明的是,本实施例中步骤S704、S705、S706、S707与图6所示实施例中的步骤S601、S602、S603、S604相同,在此不做赘述。
此外,本发明实施例还提出一种终端,终端包括:存储器、处理器及存储在存储器上并可在处理器上运行的异常问题监控程序,异常问题监控程序被处理器执行时实现上述的异常处理方法各实施例的步骤。
此外,本发明实施例还提出一种服务器,服务器包括:存储器、处理器及存储在存储器上并可在处理器上运行的异常问题分析程序,异常问题分析程序被处理器执行时实现上述的异常处理方法各实施例的步骤。
此外,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者一个以上程序,所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于实现上述异常处理方法各实施例的步骤。
本发明实施例服务器、终端、及可读存储介质(即计算机可读存储介质)的具体实施方式与上述异常处理方法中各实施例的步骤对应,在此不做赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个计算机可读存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明实施例的优选实施例,并非因此限制本发明实施例的专利范围,凡是利用本发明实施例说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明实施例的专利保护范围内。