CN109783149A - 开机控制方法、装置、移动终端以及存储介质 - Google Patents

Abstract

本申请公开了一种开机控制方法、装置、移动终端以及存储介质，涉及移动终端技术领域。当移动终端处于开机启动阶段时，对开机启动阶段进行监控并获取监控信息，监控信息包括表征开机启动阶段正常的第一信息和表征开机启动阶段异常的第二信息，在移动终端的存储空间写入监控信息，生成待验证数据，获取待验证数据中的第二信息被连续写入存储空间的写入次数，判断写入次数是否达到次数阈值，当写入次数达到次数阈值时，控制移动终端进入recovery模式。本申请通过对移动终端的开机启动阶段进行监控，并监控到开机启动阶段的异常次数达到次数阈值时，控制移动终端进入recovery模式，以提升移动终端的自动修复能力，提升用户体验。

Description

开机控制方法、装置、移动终端以及存储介质

技术领域

本申请涉及移动终端技术领域，更具体地，涉及一种开机控制方法、装置、移动终端以及存储介质。

背景技术

随着科学技术的发展，移动终端已经成为人们日常生活中最常用的电子产品之一。但是，移动终端在开机时可能出现卡住或失败的情况，对此，目前的移动终端厂商没有进行针对处理。

发明内容

鉴于上述问题，本申请提出了一种开机控制方法、装置、移动终端以及存储介质，以解决上述问题。

第一方面，本申请实施例提供了一种开机控制方法，应用于移动终端，所述方法包括：当所述移动终端处于开机启动阶段时，对所述开机启动阶段进行监控并获取监控信息，其中，所述监控信息包括第一信息或第二信息，所述第一信息用于表征所述开机启动阶段正常，所述第二信息用于表征所述开机启动阶段异常；在所述移动终端的存储空间写入所述监控信息，生成待验证数据；获取所述待验证数据中的所述第二信息被连续写入所述存储空间的写入次数；判断所述写入次数是否达到次数阈值；当所述写入次数达到所述次数阈值时，控制所述移动终端进入recovery模式。

第二方面，本申请实施例提供了一种开机控制装置，应用于移动终端，所述装置包括：监控模块，用于当所述移动终端处于开机启动阶段时，对所述开机启动阶段进行监控并获取监控信息，其中，所述监控信息包括第一信息或第二信息，所述第一信息用于表征所述开机启动阶段正常，所述第二信息用于表征所述开机启动阶段异常；生成模块，用于在所述移动终端的存储空间写入所述监控信息，生成待验证数据；获取模块，用于获取所述待验证数据中的所述第二信息被连续写入所述存储空间的写入次数；判断模块，用于判断所述写入次数是否达到次数阈值；控制模块，用于当所述写入次数达到所述次数阈值时，控制所述移动终端进入recovery模式。

第三方面，本申请实施例提供了一种移动终端，包括：存储器；一个或多个处理器，与所述存储器耦接；一个或多个程序，其中，所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述方法。

本申请实施例提供的开机控制方法、装置、移动终端以及存储介质，当移动终端处于开机启动阶段时，对该开机启动阶段进行监控并获取监控信息，其中，该监控信息包括第一信息和第二信息，该第一信息用于表征开机启动阶段正常，该第二信息用于表征开机启动阶段异常，在该移动终端的存储空间写入该监控信息，生成待验证数据，获取该待验证数据中的第二信息被连续写入该存储空间的写入次数，判断该写入次数是否达到次数阈值，当该写入次数达到次数阈值时，控制移动终端进入recovery模式，从而通过对移动终端的开机启动阶段进行监控，并监控到开机启动阶段的异常次数达到次数阈值时，控制移动终端进入recovery模式，以提升移动终端的自动修复能力，提升用户体验。

附图说明

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

图1示出了本申请实施例用于执行根据本申请实施例的开机控制方法的移动终端的框图；

图2示出了本申请实施例提供的安卓***的框架示意图；

图3示出了本申请一个实施例提供的开机控制方法的流程示意图；

图4示出了本申请另一个实施例提供的开机控制方法的流程示意图；

图5示出了本申请的图4所示的开机控制方法的步骤S205的流程示意图；

图6示出了本申请的图4所示的开机控制方法的步骤S206的流程示意图；

图7示出了本申请实施例提供的开机控制装置的模块框图；

图8示出了本申请实施例的用于保存或者携带实现根据本申请实施例的开机控制方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

请参阅图1，其示出了本申请实施例提供的一种移动终端100的结构框图。该移动终端100可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的移动终端100可以包括一个或多个如下部件：处理器110、存储器120、屏幕130以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

其中，处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个移动终端100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行移动终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作***、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作***的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储移动终端100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

本申请实施例可应用于安卓(Android)***，其中，存储器120中存储的程序和数据如图2所示，存储器120中存储有Linux内核层140、***运行库层150、应用框架层160和应用层170。Linux内核层140为移动终端100的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。***运行库层150通过一些C/C++库来为Android***提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在***运行库层150中还提供有Android运行时库(Android Runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层160提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层10中运行有至少一个应用程序，这些应用程序可以是操作***自带的联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的应用程序，比如即时通信程序、相片美化程序、购物程序等。

发明人经过长期的研究发现，目前的移动终端在开机时可能出现卡住或失败的情况，并且基于Android***的移动终端厂商没有针对移动终端的开机启动阶段进行监控，进而在移动终端开机卡住或失败时没有对移动终端进行修复处理，用户体验不佳。针对上述问题，发明人提出了本申请实施例提供的开机控制方法、装置、移动终端以及存储介质，通过对移动终端的开机启动阶段进行监控，并监控到开机启动阶段的异常次数达到次数阈值时，控制移动终端进入recovery模式，以提升移动终端的自动修复能力，提升用户体验。其中，具体的开机控制方法在后续的实施例中进行详细的说明。

实施例

请参阅图3，图3示出了本申请一个实施例提供的开机控制方法的流程示意图。所述开机控制方法用于通过对移动终端的开机启动阶段进行监控，并监控到开机启动阶段的异常次数达到次数阈值时，控制移动终端进入recovery模式，以提升移动终端的自动修复能力，提升用户体验。在具体的实施例中，所述开机控制方法应用于如图7所示的开机控制装置200以及配置有所述开机控制装置200的移动终端100(图1)。下面将以移动终端为例，说明本实施例的具体流程，当然，可以理解的，本实施例所应用的移动终端可以为智能手机、平板电脑、穿戴式电子设备、车载设备、网关等，在此不做具体的限定。下面将针对图所示的流程进行详细的阐述，所述开机控制方法具体可以包括以下步骤：

步骤S101：当所述移动终端处于开机启动阶段时，对所述开机启动阶段进行监控并获取监控信息，其中，所述监控信息包括第一信息或第二信息，所述第一信息用于表征所述开机启动阶段正常，所述第二信息用于表征所述开机启动阶段异常。

在本实施例中，移动终端在关机状态下可以接收开机指令，并基于该开机指令进入开机启动阶段。具体地，作为一种方式，当移动终端处于关机状态时，可以监听作用于该移动终端上的触控操作，例如，可以监听作用于移动终端上的按压操作、滑动操作以及点击操作等，并将监听到的触控操作与预先设置并存储的预设操作进行比较，当该触控操作与预设操作匹配时，表征该触控操作满足指示移动终端开机的条件，则所述移动终端作为响应进入开机启动阶段，例如，当所述移动终端监听到作用于开关机实体按键上的长按操作时，表征用户期望开启移动终端，则移动终端作为响应进入开机启动阶段。

作为另一种方式，当移动终端处于关机状态时，可以监听所述移动终端所处环境的环境信息，并将监听到的环境信息与预先设置并存储的预设环境进行比较，当该环境信息与预设环境匹配时，表征该环境信息满足指示移动终端开机的条件，则所述移动终端作为响应进入开机启动阶段，其中，该环境信息可以包括环境温度、环境湿度、当前时间等，在此不做限定。以当前时间为例，所述移动终端预先设置并存储有指定开机时间，在所述移动终端处于关机状态且所述当前时间达到所述指定开机时间时，表征用户期望开启移动终端，则移动终端作为响应进入开机启动阶段。

通常，当所述移动终端进入所述开机启动阶段后，可以在该开机启动阶段加载移动终端开机时的第一帧画面，例如，加载开机logo图片以供移动终端开机显示，相应的，移动终端可以对开机启动阶段进行监控并获取监控信息，其中，该监控信息可以包括第一信息或第二信息，其中，该第一信息用于表征该开机启动阶段正常，第二信息用于表征该开机启动阶段异常，以判断该开机启动阶段是否异常。作为一种方式，该开机启动阶段可以包括UEFI(Unified Extensible Firmware Interface)阶段或LK(Little Kernel)阶段。其中，UEFI是统一的可扩展固件接口，是为了取代BIOS(Basic Input Output System)的，UEFI可以理解为一个完整的***，包含了上电时序，驱动实现，OS环境建立(这个OS可以理解为UEFI运行独有的OS，非linux，windows)，应用程序。其中应用程序支持网络配置，类shell环境，fastboot，linux loader等。在移动终端上运行，在移动终端的kernel起来之前，负责加载kernel。另外，LK是appsbl(Applications ARM Boot Loader)的流程代码，LK是小内核小操作***。也是在移动终端上运行，在移动终端的kernel起来之前，负责加载kernel。Lk目前还在MTK的平台上使用，在高通平台LK已被UEFI所吸收。

在本实施例中，由于移动终端的第一帧画面基本都出现在UEFI阶段或LK阶段，即如果UEFI阶段或LK阶段出现故障，那么，移动终端将无法加载kernel，造成移动终端无法继续开机。因此，在本实施例中，可以对该UEFI阶段或LK阶段进行监控，以进行相应的处理。

步骤S102：在所述移动终端的存储空间写入所述监控信息，生成待验证数据。

进一步地，在获取所述监控信息后，将该监控信息写入移动终端的存储空间，例如，可以将所述监控信息写入存储器件如eMMC上，以生成待验证数据。其中，该待验证数据可以包括写入该存储空间的所有监控信息，可选的，该待验证数据可以由被写入该存储空间的所有监控信息按照被写入时间的先后顺序排列组成，在此不做限定。可以理解的，该监控信息可以包括第一信息或第二信息，也就是说，当监测到该开机启动阶段正常时，获取第一信息并将该第一信息写入存储空间生成待验证数据，当监测到该开机启动阶段异常时，获取第二信息并将该第二信息写入存储空间生成待验证数据，其中，该第一信息可以用0×80进行表示，该第二信息可以用0×6B进行表示。

作为一种方式，当该移动终端的存储空间仅写入一个第二信息时，那么，该待验证数据可以为0×6B；当该移动终端的存储空间仅写入一个第一信息时，那么，该待验证数据可以为0×80；当该移动终端的存储空间按时间的先后顺序依次写入第二信息、第一信息以及第二信息时，那么，该待验证数据可以为0×6B806B；当该移动终端的存储空间按时间的先后顺序依次写入第二信息、第二信息、第二信息时，那么，该待验证数据可以为0×6B6B6B。当然，该待验证数据还可以包括其他组成方式，在此不再赘述。

步骤S103：获取所述待验证数据中的所述第二信息被连续写入所述存储空间的写入次数。

进一步地，对该待验证数据进行识别，以获取该待验证数据中的第二信息被连续写入存储空间的写入次数，例如，当该待验证数据为0×6B806B时，可以确定该待验证数据中的第二信息被连续写入存储空间的写入次数为1次；当该待验证数据为0×6B6B6B时，可以确定该待验证数据中的第二信息被连续写入存储空间的写入次数为3次；当该待验证数据为0×6B6B80时，可以确定该待验证数据中的第二信息被连续写入存储空间的写入次数为2次，在此不再赘述。

作为一种方式，当该监控信息为第二信息时，表征基于该第二信息生成的待验证数据中的第二信息被连续写入存储空间的次数可能会达到次数阈值，因此，可以执行获取所述待验证数据中的所述第二信息被连续写入所述存储空间的写入次数。当该监控信息为第一信息时，表征基于该第一信息生成的待验证数据中的第二信息被连续写入存储空间的次数不会达到次数阈值，因此，可以不执行获取所述待验证数据中的所述第二信息被连续写入所述存储空间的写入次数，另外，由于该开机启动阶段正常，表征该开机启动阶段没有出现故障，因此，可以控制移动终端正常开机。

步骤S104：判断所述写入次数是否达到次数阈值。

作为一种方式，所述移动终端可以设置次数阈值，该次数阈值用于作为写入次数的判断依据。其中，该次数阈值可以预先设置完成后存储在移动终端本地，也可以在判断时再进行设置，另外，该次数阈值可以有用户手动设置、可以有移动终端自动设置、也可以由服务器设置完成后传输至移动终端，在此不做限定。因此，在本实施例中，当获取所述第二信息被连续写入存储空间的写入次数后，可以将该写入次数与次数阈值进行比较，以判断该写入次数是否达到次数阈值，可以理解的，当该写入次数大于或等于该次数阈值时，可以确定该写入次数达到该次数阈值，当该写入次数小于该次数阈值时，可以确定该写入次数没有达到该次数阈值。其中，该次数阈值可以为3次、4次、5次等，可选地，在本实施例中，该次数阈值可以为4次，因此，在获取该写入次数后，可以判断该写入次数是否达到4次。

步骤S105：当所述写入次数达到所述次数阈值时，控制所述移动终端进入recovery模式。

作为一种方式，移动终端正常开机或进入recovery模式的分割点是在UEFI阶段或LK阶段，其中，如果是进入recovery模式，则在UEFI阶段或LK阶段会加载recovery.img，如果是正常开机，则会加载boot.img，其中，recovery.img和boot.img是两个不同的img，且存储在移动终端的存储器件的不同位置。

其中，当该写入次数达到次数阈值时，表征该移动终端的开机启动阶段连续出现故障的次数较多，因此，可以控制移动终端进入recovery模式。其中，recovery是操作***为Android***的移动终端的备份功能，recovery模式指的是一种可以对安卓机内部的数据或***进行修改的模式(类似于windows PE或DOS)，因此，在所述recovery模式下，用户可以对已有的***进行备份或升级，即修复boot.img，也可以在此恢复出厂设置，以实现移动终端的修复能力，进而提升用户体验。

本申请一个实施例提供的开机控制方法，当移动终端处于开机启动阶段时，对该开机启动阶段进行监控并获取监控信息，其中，该监控信息包括第一信息和第二信息，该第一信息用于表征开机启动阶段正常，第二信息用于表征开机启动阶段异常，在该移动终端的存储空间写入该监控信息，生成待验证数据，获取该待验证数据中的第二信息被连续写入该存储空间的写入次数，判断该写入次数是否达到次数阈值，当该写入次数达到次数阈值时，控制移动终端进入recovery模式，从而通过对移动终端的开机启动阶段进行监控，并监控到开机启动阶段的异常次数达到次数阈值时，控制移动终端进入recovery模式，以提升移动终端的自动修复能力，提升用户体验。

请参阅图4，图4示出了本申请又一个实施例提供的开机控制方法的流程示意图。该方法应用于上述移动终端，下面将针对图4所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S201：当所述移动终端进入所述开机启动阶段时，启动看门狗定时器对所述开机启动阶段进行监控。

在本实施例中，移动终端预先设置有看门狗定时器(Watch Dog Timer，WDT)，其中，看门狗定时器是嵌入式***的一个组成部分，它实际上是一个计数器，一般给看门狗一个数字，程序开始运行后看门狗开始倒计数。如果程序运行正常，过一段时间CPU应发出指令指示看门狗复位，重新开始倒计数。如果看门狗减到0就认为程序没有正常工作，强制整个***复位。

因此，在本实施例中，当监听到移动终端进入该开机启动阶段时，可以启动该看门狗定时器对开机启动阶段进行监控。具体地，在监测到移动终端进入开机启动阶段时，所述移动终端在开机启动阶段开始运行该看门狗定时器，则看门狗定时器作为响应开始倒计数，例如，从1万开始倒计数，可以理解的，若在看门狗定时器倒计数的过程中开机启动阶段正常，那么，CPU会发出指令让看门狗定时器复位，也就是说，该看门狗定定时器不会倒计数至0；而若在看门狗定时器倒计数的过程中开机启动阶段异常，那么，CPU不会发出指令让看门狗定时器复位，而是在看门狗定时器倒计数至0时，再强制整个***复位，也就是说，该看门狗定时器会倒计数至0，因此，可以通过看门狗定时器对开机启动阶段的异常或正常进行判断。

步骤S202：当所述看门狗定时器在倒计数结束前复位时，确定所述开机启动阶段正常并获取所述第一信息。

作为一种方式，若所述看门狗定时器在倒计数结束前复位，表征CPU在开机启动阶段指示看门狗定时器复位或重新开始倒计数，即可以认为该开机启动阶段正常，因此，可以获取该开机启动阶段的第一信息，例如，获取0×80。

步骤S203：当所述看门狗定时器倒计数结束时，确定所述开机启动阶段异常并获取所述第二信息。

作为另一种方式，若所述看门狗定时器倒计数结束时，即该看门狗定时器倒计数至0时，表征CPU在开机启动阶段没有指示看门狗定时器复位或重新开始计数，即可以认为该开机启动阶段异常，因此，可以获取该开机启动阶段的第二信息，例如，获取0×6B。

步骤S204：获取所述移动终端的开机启动次数，并获取所述存储空间中写入位置的数量，其中，一个所述写入位置用于写入一个所述监控信息。

在本实施例中，移动终端的开机启动可以包括开机启动成功和开机启动失败，因此，该移动终端的开机启动次数可以包括开机启动成功的次数和开机启动失败的次数之和，例如，假设移动终端开机启动成功的次数为500次，开机启动失败的次数为10次，那么，该移动终端的开机启动次数为510次。

进一步地，作为一种方式，移动终端可以在每次进行开机启动时，则记录一次开机启动，并将所有记录的开机启动相加得到该开机启动次数。作为另一种方式，移动终端可以在首次开机启动时记录“1”，并在后续每一次检测到开机启动时，在“1”的基础上依次递加，例如，在第二次开机启动时在“1”的基础上递加1，记录为“2”，在第三次开机启动时在“2”的基础上递加1，记录为“3”，在此不再赘述。

另外，可以预先在移动终端的存储空间中限定多个写入位置，其中，多个写入位置中的每个写入位置用于写入一个监控信息，并且，多个写入位置中的每个写入位置的可写入长度可以是相同时，也可以是不同的，也就是说，每个写入位置中可写入的字节数量可以是相同的，也可以是不同的，可选的，在本实施例中，每个写入位置的可写入长度是相同的。进一步地，在本实施例中，可以获取该写入位置的数量，其中，该写入位置的数量可以是用户手动设置、可以是移动终端自动设置，在此不做限定，其中，该写入位置的数量可以是固定不变的，也可以是可改变更新的，例如，可以添加写入位置、可以删减写入位置、可以改变写入位置的可写入长度等。作为一种方式，以写入位置的数量是固定不变的进行说明，其中，该写入位置的数量可以为3个、4个、5个等，可选地，在本实施例中，所述写入位置的数量为4个。

作为一种可实施的方式，可以分别对多个写入位置进行标号，以通过标号的方式区分多个写入位置，以4个写入位置为例，那么，该4个写入位置的标号可以依次为1、2、3、0，那么，基于该4个写入位置中写入的监控信息获取的待验证数据可以按照写入位置依次为1、2、3、0的方式组成，例如，标号为1的写入位置写入的监控信息为0×6B、标号为2的写入位置写入的监控信息为0×80、标号为3的写入位置写入的监控信息为0×6B以及标号为0的写入位置写入的监控信息为0×6B，那么，该待验证数据可以为0×6B806B6B。

步骤S205：基于所述开机启动次数以及所述写入位置的数量，确定所述监控信息在所述存储空间中的当前写入位置。

其中，所述当前写入位置为多个写入位置中的其中一个写入位置，以写入位置为4个为例，也就是说，该当前写入位置可能是标号为1的写入位置、可能是标号为2的写入位置、可能是标号为3的写入位置、也可能是标号为0的写入位置。因此，在本实施例中，在获取所述开机启动次数和写入位置的数量后，可以基于该开机启动次数以及写入位置的数量，从多个写入位置中确定该监控信息在存储空间中的当前写入位置，例如，从标号为1的写入位置、标号为2的写入位置、标号为3的写入位置以及标号为4的写入位置中，选择一个写入位置作为所述监控信息的当前写入位置，如选择标号为3的写入位置作为监控信息的当前写入位置等。

请参阅图5，图5示出了本申请的图4所示的开机控制方法的步骤S250的流程示意图。下面将针对图5所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S2051：计算所述开机启动次数和所述写入位置的数量之间的余数。

作为一种可实施的方式，在获取所述开机启动次数和写入位置的数量之后可以计算该开机启动次数和写入位置的数量之间的余数。其中，以该写入位置的数量为4个为例进行说明，当所述开机启动次数为1次时，那么该开机启动次数和写入位置的数量之间的余数为：余数＝1；当所述开机启动次数为2次时，那么该开机启动次数和写入位置的数量之间的余数为：余数＝2；当所述开机启动次数为3次时，那么该开机启动次数和写入位置的数量之间的余数为：余数＝3；当所述开机启动次数为4次时，那么该开机启动次数和写入位置的数量之间的余数为：余数＝0；当所述开机启动次数为5次时，那么该开机启动次数和写入位置的数量之间的余数为：余数＝1；当所述开机启动次数为6次时，那么该开机启动次数和写入位置的数量之间的余数为：余数＝2等，因此，可以知道的，开机启动次数和写入位置的数量的余数在0-3之间循环。

步骤S2052：获取所述存储空间中与所述余数对应的目标写入位置，将所述目标写入位置作为所述当前写入位置。

进一步地，在获取开机启动次数与写入位置的数量之间的余数后，将该余数与写入位置的标号进行匹配，以获取该存储空间中与余数对应的目标写入位置，将该目标写入位置作为当前写入位置。作为一种方式，以该写入位置的数量为4个为例进行说明，其中，该4个写入位置分别为标号为1的写入位置、标号为2的写入位置、标号为3的写入位置以及标号为4的写入位置，因此，当所述开机启动次数为1此时，则所述开机启动次数与写入位置的数量之间的余数为1，那么，余数1与标号1匹配，因此，可以将标号为1的写入位置作为当前写入位置；当所述开机启动次数为2时，则所述开机启动次数与写入位置的数量之间的余数为2，那么，余数2与标号2匹配，因此，可以将标号为2的写入位置作为当前写入位置；当所述开机启动次数为8时，则所述开机启动次数与写入位置的数量之间的余数为0，那么，余数0与标号0匹配，因此，可以将标号为0的写入位置作为当前写入位置等，在此不再赘述。

步骤S206：在所述当前写入位置写入所述监控信息，生成所述待验证数据。

进一步地，在确定当前写入位置后，可以在该当前写入位置写入监控信息，以根据写入的监控信息生成待验证数据。具体地，所述监控信息可以包括第一信息或第二信息，其中，第一信息用0×80表示，第二信息用0×6B表示，因此，当所述监控信息为第二信息时，则对应在当前写入位置写入0×6B，例如，当所述当前写入位置为标号为3的写入位置时，则在标号为3的写入位置写入0×6B；同样的，当所述监控信息为第一信息时，则对应在当前写入位置写入0×80，例如，当所述当前写入位置为标号为2的写入位置时，则在标号为2的写入位置写入0×80。

另外，在当前写入位置写入监控信息后，可以分别获取多个写入位置中除所述当前写入位置之外的其他写入位置中的数据，并结合每个其他写入位置中的数据和当前写入位置中的监控信息生成所述待验证数据。具体地，可以将每个其他写入位置中的数据和当前写入位置中的监控信息按写入位置的标号顺序生成所述待验证数据，例如，按照标号为1的写入位置、标号为2的写入位置、标号为3的写入位置以及标号为0的写入位置的顺序分别获取每个写入位置中的数据生成所述待验证数据，例如，当所述当前写入位置为标号为3的写入位置，且监控信息为0×6B，那么，当获取到标号为1的写入位置中的数据为0×80、标号为2的写入位置中的数据为0×6B以及标号为0的写入位置中的数据为0×80时，那么，所述待验证数据为0×806B806B。

请参阅图6，图6示出了本申请的图4所示的开机控制方法的步骤S260的流程示意图。下面将针对图6所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S2061：判断所述当前写入位置是否已写入数据。

作为一种可实施的方式，在确定当前写入位置后，可以判断该当前写入位置是否已写入数据，其中，该数据可以为第二信息，如0×6B，可以为第一信息，如0×80，当然，也可以为其他信息，在此不做限定。

步骤S2062：当所述当前写入位置没有写入数据时，将所述监控信息写入所述当前写入位置。

其中，当判断结果表征该当前写入位置没有写入数据时，也就是说，该当前写入位置为空白时，可以直接将该监控信息写入所述当前写入位置。例如，当所述当前写入位置为标号为2的写入位置，且该标号为2的写入位置没有写入数据时，则可以直接将该监控信息写入标号为2的写入位置。

步骤S2063：当所述当前写入位置已写入数据时，将所述监控信息写入所述当前写入位置并覆盖所述数据。

其中，当所述当前写入位置已写入数据时，可以将该监控信息写入当前写入位置并覆盖已写入的数据。例如，当所述当前写入位置为标号为2的写入位置，且该标号为2的写入位置已写入数据时，则可以将监控信息写入标号为2的写入位置覆盖标号为2的写入位置中已写入的数据。作为一种方式，以该写入位置的数量为4个为例进行说明，假设4个写入位置均已写入数据，且标号为1的写入位置已写入0×6B、标号为2的写入位置已写入0×6B、标号为3的写入位置已写入0×80以及标号我4的写入位置已写入0×6B，若此时的开机启动次数为7次，那么，可以确定当前写入位置为标号为3的写入位置，因此，可以将监控信息写入标号为3的写入位置覆盖0×80，当该监控信息为第二信息时，则可以将0×6B写入标号为3的写入位置覆盖0×80，那么，此时所述待验证数据为0×6B6B6B6B，因此，可以认为该待验证数据中的第二信息被连续写入存储空间的次数为4次。

步骤S207：获取所述待验证数据中的所述第二信息被连续写入所述存储空间的写入次数。

步骤S208：判断所述写入次数是否达到次数阈值。

其中，步骤S207-步骤S208的具体描述请参阅步骤S103-步骤S104，在此不再赘述。

步骤S209：当所述写入次数达到所述次数阈值时，控制所述移动终端显示recovery界面，所述recovery界面用于选择对所述移动终端进行恢复出厂设置或对所述移动终端进行升级***。

作为一种方式，在确定写入次数达到次数阈值时，可以控制移动终端显示recovery界面，其中，在recovery界面下，用户可以对移动终端进行升级***、备份***、恢复出厂设置等操作，以便快速对移动终端的开机故障进行处理。

步骤S210：当所述写入次数没有达到所述次数阈值时，控制所述移动终端重新进入所述开机启动阶段。

另外，当所述写入次数没有达到次数阈值时，则可以控制移动终端重新进入开机启动阶段尝试对所述移动终端进行重启，直到写入次数达到次数阈值时，控制移动终端显示recovery界面，以控制移动终端尝试自动重启并在重启失败时进行修复，提升移动终端的自动修复能力。

本申请又一个实施例提供的开机控制方法，当移动终端进入开机启动阶段时，启动看门狗定时器对开机启动阶段进行监控，当该看门狗定时器在倒计时结束前复位时，确定该开机启动阶段正常并获取第一信息，当该看门狗定时器倒计数结束时，确定该开机启动阶段异常并获取该第二信息。获取移动终端的开机启动次数，并获取该存储空间中写入位置的数量，其中，一个写入位置用于写入一个监控信息，基于该开机启动次数以及写入位置的数量，确定监控信息在存储空间中的当前写入位置。在当前写入位置写入监控信息，生成待验证数据，获取待验证数据中的第二信息被连续写入存储空间的写入次数，判断该写入次数是否达到次数阈值，当该写入次数达到次数阈值时，控制移动终端显示recovery界面，该recovery界面用于选择对移动终端进行恢复出厂时设置或对移动终端进行升级***。当写入次数没有达到次数阈值时，控制移动终端重新进入开机启动阶段。相较于图3所示的开机控制方法，本实施例还通过看门狗定时器对开机启动阶段异常与否进行监控，提升监控准确性。另外，还通过移动终端的开机启动次数和存储空间中写入位置的数量，确定监控信息的当前写入位置，以提升判断的准确性。

请参阅图7，图7示出了本申请实施例提供的开机控制装置200的模块框图。所述开机控制装置200应用于上述移动终端，下面将针对图7所示的框图进行阐述，所述开机控制装置200包括：监控模块210、生成模块220、获取模块230、判断模块240以及控制模块250，其中：

监控模块210，用于当所述移动终端处于开机启动阶段时，对所述开机启动阶段进行监控并获取监控信息，其中，所述监控信息包括第一信息或第二信息，所述第一信息用于表征所述开机启动阶段正常，所述第二信息用于表征所述开机启动阶段异常。进一步地，所述监控模块210包括：启动子模块、异常确定子模块以及正常确定子模块，其中：

启动子模块，用于当所述移动终端进入所述开机启动阶段时，启动看门狗定时器对所述开机启动阶段进行监控。

异常确定子模块，用于当所述看门狗定时器倒计数结束时，确定所述开机启动阶段异常并获取所述第二信息。

正常确定子模块，用于当所述看门狗定时器在倒计数结束前复位时，确定所述开机启动阶段正常并获取所述第一信息。

生成模块220，用于在所述移动终端的存储空间写入所述监控信息，生成待验证数据。进一步地，所述生成模块220包括：次数获取子模块、当前写入位置确定子模块以及生成子模块，其中：

次数获取子模块，用于获取所述移动终端的开机启动次数，并获取所述存储空间中写入位置的数量，其中，一个所述写入位置用于写入一个所述监控信息。

当前写入位置确定子模块，用于基于所述开机启动次数以及所述写入位置的数量，确定所述监控信息在所述存储空间中的当前写入位置。进一步地，所述当前写入位置确定子模块包括：余数计算单元和当前写入位置确定单元，其中：

余数计算单元，用于计算所述开机启动次数和所述写入位置的数量之间的余数。

当前写入位置确定单元，用于获取所述存储空间中与所述余数对应的目标写入位置，将所述目标写入位置作为所述当前写入位置。

生成子模块，用于在所述当前写入位置写入所述监控信息，生成所述待验证数据。进一步地，所述生成子模块包括：数据判断单元、监控信息写入单元以及监控信息覆盖单元，其中：

数据判断单元，用于判断所述当前写入位置是否已写入数据。

监控信息写入单元，用于当所述当前写入位置没有写入数据时，将所述监控信息写入所述当前写入位置。

监控信息覆盖单元，用于当所述当前写入位置已写入数据时，将所述监控信息写入所述当前写入位置并覆盖所述数据。

获取模块230，用于获取所述待验证数据中的所述第二信息被连续写入所述存储空间的写入次数。

判断模块240，用于判断所述写入次数是否达到次数阈值。

控制模块250，用于当所述写入次数达到所述次数阈值时，控制所述移动终端进入recovery模式。进一步地，所述控制模块250包括：控制子模块，其中：

控制子模块，用于当所述写入次数达到所述次数阈值时，控制所述移动终端显示recovery界面，所述recovery界面用于选择对所述移动终端进行恢复出厂设置或对所述移动终端进行升级***。

进一步地，所述开机控制装置200还包括：重启模块，其中：

重启模块，用于当所述写入次数没有达到所述次数阈值时，控制所述移动终端重新进入所述开机启动阶段。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

请参阅图8，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质300中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质300可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质300包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质300具有执行上述方法中的任何方法步骤的程序代码310的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码310可以例如以适当形式进行压缩。

综上所述，本申请实施例提供的开机控制方法、装置、移动终端以及存储介质，当移动终端处于开机启动阶段时，对该开机启动阶段进行监控并获取监控信息，其中，该监控信息包括第一信息和第二信息，该第一信息用于表征开机启动阶段正常，第二信息用于表征开机启动阶段异常，在该移动终端的存储空间写入该监控信息，生成待验证数据，获取该待验证数据中的第二信息被连续写入该存储空间的写入次数，判断该写入次数是否达到次数阈值，当该写入次数达到次数阈值时，控制移动终端进入recovery模式，从而通过对移动终端的开机启动阶段进行监控，并监控到开机启动阶段的异常次数达到次数阈值时，控制移动终端进入recovery模式，以提升移动终端的自动修复能力，提升用户体验。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (11)

1.一种开机控制方法，其特征在于，应用于移动终端，所述方法包括：

当所述移动终端处于开机启动阶段时，对所述开机启动阶段进行监控并获取监控信息，其中，所述监控信息包括第一信息或第二信息，所述第一信息用于表征所述开机启动阶段正常，所述第二信息用于表征所述开机启动阶段异常；

在所述移动终端的存储空间写入所述监控信息，生成待验证数据；

获取所述待验证数据中的所述第二信息被连续写入所述存储空间的写入次数；

判断所述写入次数是否达到次数阈值；

当所述写入次数达到所述次数阈值时，控制所述移动终端进入recovery模式。

2.根据权利要求1所述的方法，其特征在于，所述在所述移动终端的存储空间写入所述监控信息，生成待验证数据，包括：

获取所述移动终端的开机启动次数，并获取所述存储空间中写入位置的数量，其中，一个所述写入位置用于写入一个所述监控信息；

基于所述开机启动次数以及所述写入位置的数量，确定所述监控信息在所述存储空间中的当前写入位置；

在所述当前写入位置写入所述监控信息，生成所述待验证数据。

3.根据权利要求2所述的方法，其特征在于，所述基于所述开机启动次数以及写入位置的数量，确定所述监控信息在所述存储空间中的当前写入位置，包括：

计算所述开机启动次数和所述写入位置的数量之间的余数；

获取所述存储空间中与所述余数对应的目标写入位置，将所述目标写入位置作为所述当前写入位置。

4.根据权利要求2所述的方法，其特征在于，所述在所述当前写入位置写入所述监控信息，生成所述待验证数据，包括：

判断所述当前写入位置是否已写入数据；

当所述当前写入位置没有写入数据时，将所述监控信息写入所述当前写入位置；

当所述当前写入位置已写入数据时，将所述监控信息写入所述当前写入位置并覆盖所述数据。

5.根据权利要求1所述的方法，其特征在于，所述当所述写入次数达到所述次数阈值时，控制所述移动终端进入recovery模式，包括：

当所述写入次数达到所述次数阈值时，控制所述移动终端显示recovery界面，所述recovery界面用于选择对所述移动终端进行恢复出厂设置或对所述移动终端进行升级***。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法，还包括：

当所述写入次数没有达到所述次数阈值时，控制所述移动终端重新进入所述开机启动阶段。

7.根据权利要求1-5任一项所述的方法，其特征在于，所述当所述移动终端处于开机启动阶段时，对所述开机启动阶段进行监控并获取监控信息，包括：

当所述移动终端进入所述开机启动阶段时，启动看门狗定时器对所述开机启动阶段进行监控；

当所述看门狗定时器倒计数结束时，确定所述开机启动阶段异常并获取所述第二信息；

当所述看门狗定时器在倒计数结束前复位时，确定所述开机启动阶段正常并获取所述第一信息。

8.根据权利要求1-5任一项所述的方法，其特征在于，所述开机启动阶段包括UEFI阶段或LK阶段。

9.一种开机控制装置，其特征在于，应用于移动终端，所述装置包括：

监控模块，用于当所述移动终端处于开机启动阶段时，对所述开机启动阶段进行监控并获取监控信息，其中，所述监控信息包括第一信息或第二信息，所述第一信息用于表征所述开机启动阶段正常，所述第二信息用于表征所述开机启动阶段异常；

生成模块，用于在所述移动终端的存储空间写入所述监控信息，生成待验证数据；

获取模块，用于获取所述待验证数据中的所述第二信息被连续写入所述存储空间的写入次数；

判断模块，用于判断所述写入次数是否达到次数阈值；

控制模块，用于当所述写入次数达到所述次数阈值时，控制所述移动终端进入recovery模式。

10.一种移动终端，其特征在于，包括：

存储器；

一个或多个处理器，与所述存储器耦接；

一个或多个程序，其中，所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-8任一项所述的方法。

11.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-8任一项所述的方法。