冻屏监测与解决方法、移动终端及计算机可读存储介质

摘要

本发明公开了一种冻屏监测与解决方法、移动终端及计算机可读存储介质，该冻屏监测与解决方法包括以下步骤：当监测到显示请求时，记录预设线程处理所述显示请求所需的线程处理时长；根据所述线程处理时长判断所述预设线程是否处于阻塞状态；在所述预设线程处于阻塞状态时，根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理。本发明通过监测记录的预设线程处理显示请求所需的线程处理时长确定移动终端是否出现冻屏，并在移动终端出现冻屏时，能够根据线程处理时长确定的冻屏处理策略，自动快速及时的解决冻屏问题，且无需将移动终端退回厂家维修，节省维修时间。

权利要求

1.一种冻屏监测与解决方法，其特征在于，所述冻屏监测与解决方法包括以下步骤：当监测到显示请求时，记录预设线程处理所述显示请求所需的线程处理时长；

根据所述线程处理时长判断所述预设线程是否处于阻塞状态；

在所述预设线程处于阻塞状态时，根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理；

记录预设线程处理所述显示请求所需的线程处理时长的步骤包括：当监测到显示请求时，获取预设线程处理所述显示请求所需的函数集；

从监测到所述预设线程开始调用所述函数集中的第一个函数时计时，至监测到所述预设线程调用完成所述函数集中的最后一个函数时结束计时，以获取所述预设线程的线程处理时长。

2.如权利要求1所述的冻屏监测与解决方法，其特征在于，所述根据所述线程处理时长判断所述预设线程是否处于阻塞状态的步骤包括：判断所述线程处理时长是否大于或等于预设处理时长；

若所述线程处理时长大于或等于预设处理时长，则判定所述预设线程处于阻塞状态；

若所述线程处理时长小于预设处理时长，则判定所述预设线程处于正常状态。

3.如权利要求1所述的冻屏监测与解决方法，其特征在于，所述根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理的步骤包括：

在所述线程处理时长所处的时长区间为第一时长区间时，调用操作系统的应用程序无响应机制；

在所述线程处理时长所处的时长区间为第二时长区间时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程；

在所述线程处理时长所处的时长区间为第三时长区间时，删除与所述预设线程关联的预设核心进程。

4.如权利要求1‑3中任一项所述的冻屏监测与解决方法，其特征在于，所述根据所述线程处理时长判断所述预设线程是否处于阻塞状态的步骤之后，所述冻屏监测与解决方法还包括：

在所述预设线程处于阻塞状态时，获取冻屏信息，并将所述冻屏信息输出至特征日志文件。

5.如权利要求4所述的冻屏监测与解决方法，其特征在于，所述获取冻屏信息，并将所述冻屏信息输出至特征日志文件的步骤之后，所述冻屏监测与解决方法还包括：当监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件；

将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备，以供所述终端设备存储所述特征日志文件。

6.如权利要求1‑3中任一项所述的冻屏监测与解决方法，其特征在于，所述冻屏监测与解决方法还包括：

当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取所述显示请求的处理时长；

在所述处理时长大于或等于预设处理时长时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程。

7.一种移动终端，其特征在于，所述移动终端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的冻屏监测与解决程序，所述冻屏监测与解决程序被所述处理器执行时实现以下步骤：

当监测到显示请求时，记录预设线程处理所述显示请求所需的线程处理时长；

根据所述线程处理时长判断所述预设线程是否处于阻塞状态；

在所述预设线程处于阻塞状态时，根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理；

所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：当监测到显示请求时，获取预设线程处理所述显示请求所需的函数集；

从监测到所述预设线程开始调用所述函数集中的第一个函数时计时，至监测到所述预设线程调用完成所述函数集中的最后一个函数时结束计时，以获取所述预设线程的线程处理时长。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有冻屏监测与解决程序，所述冻屏监测与解决程序被处理器执行时实现以下步骤：当监测到显示请求时，记录预设线程处理所述显示请求所需的线程处理时长；

根据所述线程处理时长判断所述预设线程是否处于阻塞状态；

在所述预设线程处于阻塞状态时，根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理；

所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：当监测到显示请求时，获取预设线程处理所述显示请求所需的函数集；

从监测到所述预设线程开始调用所述函数集中的第一个函数时计时，至监测到所述预设线程调用完成所述函数集中的最后一个函数时结束计时，以获取所述预设线程的线程处理时长。

说明书

冻屏监测与解决方法、移动终端及计算机可读存储介质

技术领域

[0001] 本发明涉及移动终端技术领域，尤其涉及一种冻屏监测与解决方法、移动终端及计算机可读存储介质。

背景技术

[0002] 随着移动终端技术的发展，移动终端中集成的APP(Application，应用程序)也越来越多，人们日常使用移动终端时总会遇到画面冻结问题，即TP(Touch Panel，触摸面板)
和LCD(Liquid Crystal Display，液晶显示器)驱动上电时序和逻辑出现异常，如用户在正
常使用移动终端的过程中因TP和LCD驱动的上电时序和逻辑存在异常，导致TP无法正常上
电和无法对框架上报TP事件，导致触摸屏幕出现无响应；也即屏幕失去窗口焦点，如TP能够
正常上报触摸事件，但是当前窗口失去焦点，导致框架层无法正常处理触摸事件，从而出现
屏幕和触摸无响应，出现冻屏。

[0003] 当移动终端出现冻屏，用户一般情况下重启移动终端使其恢复正常，且每次冻屏均需要用户手动重启，用户体验不好，此外，通过重启移动终端也并不一定能使其恢复正
常，需要将移动终端退回厂家维修，维修时间较长，因此，如何在监测到冻屏时，自动并及时
的解决冻屏，节省维修时间是目前亟待解决的问题。

[0004] 上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

[0005] 本发明的主要目的在于提供一种冻屏监测与解决方法、移动终端及计算机可读存储介质，旨在解决如何在监测到冻屏时，自动并及时的解决冻屏，节省维修时间的技术问
题。

[0006] 为实现上述目的，本发明提供一种冻屏监测与解决方法，所述冻屏监测与解决方法包括以下步骤：

[0007] 当监测到显示请求时，记录预设线程处理所述显示请求所需的线程处理时长；

[0008] 根据所述线程处理时长判断所述预设线程是否处于阻塞状态；

[0009] 在所述预设线程处于阻塞状态时，根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理。

[0010] 可选地，所述记录预设线程处理所述显示请求所需的线程处理时长的步骤包括：

[0011] 当监测到显示请求时，获取预设线程处理所述显示请求所需的函数集；

[0012] 从监测到所述预设线程开始调用所述函数集中的第一个函数时计时，至监测到所述预设线程调用完成所述函数集中的最后一个函数时结束计时，以获取所述预设线程的线
程处理时长。

[0013] 可选地，所述根据所述线程处理时长判断所述预设线程是否处于阻塞状态的步骤包括：

[0014] 判断所述线程处理时长是否大于或等于预设处理时长；

[0015] 若所述线程处理时长大于或等于预设处理时长，则判定所述预设线程处于阻塞状态；

[0016] 若所述线程处理时长小于预设处理时长，则判定所述预设线程处于正常状态。

[0017] 可选地，所述根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理的步骤包括：

[0018] 在所述线程处理时长所处的时长区间为第一时长区间时，调用操作系统的应用程序无响应机制；

[0019] 在所述线程处理时长所处的时长区间为第二时长区间时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程；

[0020] 在所述线程处理时长所处的时长区间为第三时长区间时，删除与所述预设线程关联的预设核心进程。

[0021] 可选地，所述根据所述线程处理时长判断所述预设线程是否处于阻塞状态的步骤之后，所述冻屏监测与解决方法还包括：

[0022] 在所述预设线程处于阻塞状态时，获取冻屏信息，并将所述冻屏信息输出至特征日志文件。

[0023] 可选地，所述获取冻屏信息，并将所述冻屏信息输出至特征日志文件的步骤之后，所述冻屏监测与解决方法还包括：

[0024] 当监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件；

[0025] 将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备，以供所述终端设备存储所述特征日志文件。

[0026] 可选地，所述冻屏监测与解决方法还包括：

[0027] 当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取
所述显示请求的处理时长；

[0028] 在所述处理时长大于或等于预设处理时长时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程。

[0029] 此外，为实现上述目的，本发明还提供一种移动终端，所述移动终端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的冻屏监测与解决程序，所述冻屏
监测与解决程序被所述处理器执行时实现以下步骤：

[0030] 当监测到显示请求时，记录预设线程处理所述显示请求所需的线程处理时长；

[0031] 根据所述线程处理时长判断所述预设线程是否处于阻塞状态；

[0032] 在所述预设线程处于阻塞状态时，根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理。

[0033] 本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有冻屏监测与解决程序，所述冻屏监测与解决程序被处理器执行时实现以下步骤：

[0034] 当监测到显示请求时，记录预设线程处理所述显示请求所需的线程处理时长；

[0035] 根据所述线程处理时长判断所述预设线程是否处于阻塞状态；

[0036] 在所述预设线程处于阻塞状态时，根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理。

[0037] 本发明提供一种冻屏监测与解决方法、移动终端及计算机可读存储介质，当监测到显示请求时，记录预设线程处理该显示请求所需的线程处理时长，并根据该线程处理时
长判断该预设线程是否处于阻塞状态，然后在该预设线程处于阻塞状态时，根据该线程处
理时长所处的时长区间确定冻屏处理策略，并基于该冻屏处理策略对移动终端进行处理，
本方案在监测到显示请求时，通过预设线程处理该显示请求所需的线程处理时长确定移动
终端是否出现冻屏，并在确定移动终端出现冻屏时，基于该线程处理时长所在时长区间确
定对应的冻屏处理策略，并基于确定的冻屏处理策略对冻屏问题进行处理，能够快速及时
的解决冻屏问题，且无需将移动终端退回厂家维修，节省维修时间，解决了在监测到冻屏
时，自动并及时的解决冻屏，节省维修时间的问题。

附图说明

[0038] 图1为实现本发明各个实施例的一种移动终端的硬件结构示意图；

[0039] 图2为本发明移动终端的操作系统的层级示意图；

[0040] 图3为本发明冻屏监测与解决方法第一实施例的流程示意图；

[0041] 图4为图3中所述记录预设线程处理所述显示请求所需的线程处理时长步骤的细化流程示意图；

[0042] 图5为本发明冻屏监测与解决方法第二实施例的流程示意图；

[0043] 图6为本发明冻屏监测与解决方法第三实施例的流程示意图。

[0044] 本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

[0045] 应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

[0046] 在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合
地使用。

[0047] 终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式
媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移
动终端，以及诸如数字TV、台式计算机等固定终端。

[0048] 后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

[0049] 请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元
103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元
108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的
移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，
或者组合某些部件，或者不同的部件布置。

[0050] 下面结合图1对移动终端的各个部件进行具体的介绍：

[0051] 射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101
包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射
频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信
标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯
系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(Code 
Division Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code Division 
Multiple Access,宽带码分多址)、TD‑SCDMA(Time Division‑Synchronous Code 
Division Multiple Access，时分同步码分多址)、FDD‑LTE(Frequency Division 
Duplexing‑Long Term Evolution，频分双工长期演进)和TDD‑LTE(Time Division 
Duplexing‑Long Term Evolution，分时双工长期演进)等。

[0052] WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示
出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需
要在不改变发明的本质的范围内而省略。

[0053] 音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者
在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103
还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消
息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

[0054] A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式
或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处
理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存
储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克
风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接
收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可
以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。
麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音
频信号的过程中产生的噪声或者干扰。

[0055] 移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境
光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭
显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般
为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用
(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；
至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、
湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

[0056] 显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管
(Organic Light‑Emitting Diode,OLED)等形式来配置显示面板1061。

[0057] 用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以
及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作
(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071
附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测
装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带
来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它
转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可
以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板
1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包
括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中
的一种或多种，具体此处不做限定。

[0058] 进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事
件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板
1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可
以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做
限定。

[0059] 接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无
线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端
口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数
据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以
用于在移动终端100和外部装置之间传输数据。

[0060] 存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声
音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如
音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易
失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

[0061] 参照图2，其为存储程序区中存储的操作系统的层级示意图，如图2所示，该操作系统包括Loader(装载器)层、Kernel(系统内核)层、Native(本地框架)层、Framework(框架)
层(包括C++Framework层和Java Framework层)和App(应用程序)层，其中，Kernel层与
Native层之间还存在HAL层(硬件抽象层)，该C++Framework层和Java Framework层之间还
存在JNI层，该HAL层与Kernel层之间还存在SysCall层。

[0062] 该Loader层包括Boot ROM(启动服务)和Boot Loader(开机初始化程序)，该Boot ROM主要用于当移动终端处于关机状态时，长按Power(开机)键开机，引导芯片开始从固化
在ROM里的预设处代码开始执行。Boot Loader为启动操作系统之前的引导程序，主要是检
查RAM，初始化硬件参数等功能。

[0063] 该Kernel层主要用于进行初始化进程管理、内存管理、加载Display(显示)、Camera Driver(相机驱动)和Binder Driver(Binder驱动)等相关工作，并用于创建内核工
作线程kworkder、软中断线程ksoftirqd和软中断线程thermal等内核守护进程。

[0064] 该Native层主要包括init孵化来的用户空间的守护进程、HAL层以及开机动画等。Init进程(由内核启动的用户级进程)会孵化出ueventd、logd、healthd、installd、adbd和
lmkd等用户守护进程User Daemons；init进程还启动servicemanager(服务管家)和
bootanim(开机动画)等重要服务；init进程孵化出Zygote进程，Zygote进程是操作系统的
第一个Java进程，Zygote是所有Java进程的父进程，Zygote进程本身是由init进程孵化而
来的。

[0065] 该Framework层包括Zygote进程、System Server(系统服务)进程和Media Server(多媒体服务)进程，其中，Zygote进程，是由init进程通过解析init.rc文件后fork生成的，
Zygote进程主要包含加载ZygoteInit类、注册Zygote Socket服务端套接字、加载虚拟机、
preloadClasses和preloadResouces等；System Server进程，是由Zygote进程fork而来，
System Server是Zygote孵化的第一个进程，System Server负责启动和管理整个Java 
Framework，包含、ActivityManager(应用程序组件)、PowerManager(电源管理组件)和
WindowManagerServer(窗口管理组件)等服务；Media Server进程，是由init进程fork而
来，负责启动和管理整个C++framework，包含AudioFlinger(音频服务)、Camera Service
(相机服务)和MediaPlayServer(多媒体服务)等服务。

[0066] 该APP层包括APP进程，每个APP进程均由Zygote进程fork生成，Zygote进程孵化出的第一个App进程是Launcher(桌面启动器)，为用户看到的桌面App，Zygote进程还会创建
Browser(浏览器)、Phone(电话)和Email(邮件)等App进程，每个App至少运行在一个进程
上。

[0067] 处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储
器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处
理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处
理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要
处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

[0068] 移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放
电、以及功耗管理等功能。

[0069] 尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。

[0070] 基于上述移动终端硬件结构，提出本发明移动终端的各个实施例。

[0071] 请参照图1，在本发明移动终端的第一实施例中，该移动终端包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的冻屏监测与解决程序，所述冻屏监测
与解决程序被所述处理器执行时实现以下步骤：

[0072] 当监测到显示请求时，记录预设线程处理所述显示请求所需的线程处理时长；

[0073] 根据所述线程处理时长判断所述预设线程是否处于阻塞状态；

[0074] 在所述预设线程处于阻塞状态时，根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理。

[0075] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0076] 当监测到显示请求时，获取预设线程处理所述显示请求所需的函数集；

[0077] 从监测到所述预设线程开始调用所述函数集中的第一个函数时计时，至监测到所述预设线程调用完成所述函数集中的最后一个函数时结束计时，以获取所述预设线程的线
程处理时长。

[0078] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0079] 判断所述线程处理时长是否大于或等于预设处理时长；

[0080] 若所述线程处理时长大于或等于预设处理时长，则判定所述预设线程处于阻塞状态；

[0081] 若所述线程处理时长小于预设处理时长，则判定所述预设线程处于正常状态。

[0082] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0083] 在所述线程处理时长所处的时长区间为第一时长区间时，调用操作系统的应用程序无响应机制；

[0084] 在所述线程处理时长所处的时长区间为第二时长区间时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程；

[0085] 在所述线程处理时长所处的时长区间为第三时长区间时，删除与所述预设线程关联的预设核心进程。

[0086] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0087] 在所述预设线程处于阻塞状态时，获取冻屏信息，并将所述冻屏信息输出至特征日志文件。

[0088] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0089] 当监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件；

[0090] 将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备，以供所述终端设备存储所述特征日志文件。

[0091] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0092] 当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取
所述显示请求的处理时长；

[0093] 在所述处理时长大于或等于预设处理时长时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程。

[0094] 本发明移动终端的具体实施例与下述冻屏监测与解决方法的各具体实施例基本相同，在此不作赘述。

[0095] 本发明还提供一种应用于图1所示的移动终端的冻屏监测与解决方法，参照图3，图3为本发明冻屏监测与解决方法第一实施例的流程示意图。

[0096] 在本实施例中，该冻屏监测与解决方法包括：

[0097] 步骤S101，当监测到显示请求时，记录预设线程处理所述显示请求所需的线程处理时长；

[0098] 该冻屏监测与解决方法应用于图1所示的移动终端，该移动终端包括智能手机和平板电脑等。通过图2所示的操作系统的层级分布示意图，可知，APP层(程序应用层)的各种
不同程序应用如果需要显示输出硬件(LCD)显示，则需要经过Framework层(框架层)中的
SystemServer进程对各种不同程序应用传输过来的显示请求进行处理，然后将处理后的显
示请求传输至Native层(本地框架层)中的SurfaceFlinger进程，由SurfaceFlinger进程处
理后，传输到Kernel层(内核层)，再通过Kernel层输出到具体的显示设备。而显示请求主要
是用户通过触摸TP(Touch Panel，触摸面板)生成的，且是将生成的显示请求上报到框架
层，经框架层处理后返回响应，显示请求的处理过程需要SystemServer进程和
SurfaceFlinger进程参与，具体地，该SystemServer进程主要是通过其内部的main线程、
foreground线程、ui线程和display线程对显示请求进行处理，该main线程主要用来控制调
用逻辑和时序、该foreground线程主要用来判断是否需要在前台进行显示，当需要在前台
进行显示，则对需要显示的内容进行处理，该ui线程主要用来控制和处理当前显示设备的
界面显示，该display线程主要用来判断是否存在多个显示设备，如果存在，除了主显示设
备外，其它的显示设备的内存显示均由display线程进行控制和处理。因此，通过监测
SystemServer进程中main线程、foreground线程、ui线程和display线程处理各种不同程序
应用上报的显示请求的线程处理时长，能够快速准确的判断出用户触摸TP时，是否会出现
屏幕和触摸无响应，也即移动终端是否出现冻屏的问题。

[0099] 该移动终端在监测到用户基于APP层的程序应用触发的显示请求时，创建线程监测器，通过该线程监测器监测记录预设线程处理该显示请求所需的线程处理时长，具体地，
参照图4，图4为该步骤S101的细化流程示意图，该步骤S101包括：

[0100] 步骤S1011，当监测到显示请求时，获取预设线程处理所述显示请求所需的函数集；

[0101] 步骤S1012，从监测到所述预设线程开始调用所述函数集中的第一个函数时计时，至监测到所述预设线程调用完成所述函数集中的最后一个函数时结束计时，以获取所述预
设线程的线程处理时长。

[0102] 该该移动终端在监测到显示请求时，基于操作系统的预定标准流程和动作获取预设线程处理该显示请求所需的函数集，然后基于操作系统的预定标准流程调用该函数集中
的函数，并从监测到该预设线程开始调用该函数集中的第一个函数时计时，至监测到该预
设线程调用完成该函数集中的最后一个函数时结束计时，以获取该预设线程的线程处理时
长。该显示请求携带有程序应用标识、窗口信息、界面信息、布局信息、动画信息、旋转信息
和横竖屏信息等基础显示信息。在具体实施中，当存在若干显示请求时，根据每个显示请求
携带的基础显示信息对每个显示请求的处理优先级进行排序，而在显示请求携带有若干窗
口时，根据显示请求携带的基础显示信息对每个窗口的显示优先级进行排序。需要说明的
是，上述预设线程包括main线程、foreground线程、ui线程和display线程等。

[0103] 步骤S102，根据所述线程处理时长判断所述预设线程是否处于阻塞状态；

[0104] 该移动终端在监测记录到预设线程处理该显示请求所需的线程处理时长后，根据该线程处理时长判断该预设线程是否处于阻塞状态。

[0105] 具体地，该步骤S102包括：

[0106] 判断所述线程处理时长是否大于或等于预设处理时长；

[0107] 若所述线程处理时长大于或等于预设处理时长，则判定所述预设线程处于阻塞状态；

[0108] 若所述线程处理时长小于预设处理时长，则判定所述预设线程处于正常状态。

[0109] 该移动终端在监测记录到预设线程处理该显示请求所需的线程处理时长后，判断该线程处理时长是否大于或等于预设处理时长，如果该线程处理时长大于或等于预设处理
时长，则可以判定该预设线程处于阻塞状态，即移动终端出现冻屏，如果该线程处理时长小
于预设处理时长，则可以判定该预设线程处于正常状态，即移动终端未出现冻屏。

[0110] 步骤S103，在所述预设线程处于阻塞状态时，根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理。

[0111] 该移动终端在该预设线程处于阻塞状态时，根据该线程处理时长所处的时长区间确定冻屏处理策略，并基于该冻屏处理策略对移动终端进行处理。

[0112] 具体地，该步骤S103包括：

[0113] 在所述线程处理时长所处的时长区间为第一时长区间时，调用操作系统的应用程序无响应机制；

[0114] 在所述线程处理时长所处的时长区间为第二时长区间时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程；

[0115] 在所述线程处理时长所处的时长区间为第三时长区间时，删除与所述预设线程关联的预设核心进程。

[0116] 该移动终端在该预设线程处于阻塞状态时，根据该该线程处理时长所处的时长区间确定冻屏等级，并基于该冻屏等级获取对应的冻屏处理策略，然后基于该冻屏处理策略
对移动终端进行处理，该时长区间包括第一时长区间、第二时长区间和第三时长区间，该第
一时长区间为31秒‑60秒，对应的冻屏等级为轻度冻屏，且轻度冻屏对应的冻屏处理策略为
调用操作系统的应用程序无响应机制；该第二时长区间为61秒‑130秒，对应的冻屏等级为
中度冻屏，且中度冻屏对应的冻屏处理策略为根据该显示请求中的程序应用标识获取进程
信息，并基于该进程信息删除对应的进程；该第三时长区间为131秒‑300秒，对应的冻屏等
级为重度冻屏，且重度冻屏对应的冻屏处理策略为删除与该预设线程关联的预设核心进程
(SystemServer进程)。例如，该线程处理时长为75秒，处于第二时长区间61秒‑130秒，则对
应的冻屏等级为中度冻屏，该移动终端根据该显示请求中的程序应用标识获取进程信息，
并基于该进程信息删除对应的进程。在具体实施中，该线程处理时长所处的时长区间为第
一时长区间时，进一步进行冻屏验证，即监测在预设时间内是否出现预设次数的超时无响
应，当监测到在预设时间内出现预设次数的超时无响应时，获取触发该显示请求的程序应
用的消息队列，删除消息对列中时间戳最新的消息以及对应的事件。需要说明的是，上述第
一时长区间、第二时长区间、第三时长区间、预设时间和预设次数可由本领域技术人员根据
实际情况进行设置，在本实施例对此不作具体限制。

[0117] 在本实施例中，本发明在监测到显示请求时，记录预设线程处理该显示请求所需的线程处理时长，并根据该线程处理时长判断该预设线程是否处于阻塞状态，然后在该预
设线程处于阻塞状态时，根据该线程处理时长所处的时长区间确定冻屏处理策略，并基于
该冻屏处理策略对移动终端进行处理，本方案在监测到显示请求时，通过预设线程处理该
显示请求所需的线程处理时长确定移动终端是否出现冻屏，并在确定移动终端出现冻屏
时，基于该线程处理时长所在时长区间确定对应的冻屏处理策略，并基于确定的冻屏处理
策略对冻屏问题进行处理，能够快速及时的解决冻屏问题，且无需将移动终端退回厂家维
修，节省维修时间，解决了在监测到冻屏时，自动并及时的解决冻屏，节省维修时间的问题。

[0118] 进一步的，参照图5，基于图1所示的移动终端和上述第一实施例提出了本发明冻屏监测与解决方法的第二实施例，与前述实施例的区别在于，该步骤S102之后，该冻屏监测
与解决方法还包括：

[0119] 步骤S104，在所述预设线程处于阻塞状态时，获取冻屏信息，并将所述冻屏信息输出至特征日志文件。

[0120] 需要说明的是，本发明基于前述实施例，提出了一种冻屏信息的具体输出方式，以下仅对此进行说明，其它可参照前述实施例。

[0121] 该移动终端根据预设线程的线程处理时长确定预设线程处于阻塞状态时，即移动终端出现冻屏时，根据该线程处理时长所处的时长区间确定冻屏等级，并根据该冻屏等级
获取冻屏信息，然后将该冻屏信息输出至特征日志文件，具体地，在获取到冻屏信息后，单
独创建一个线程将冻屏信息输出到Debugerd进程，由Debugerd进程将该冻屏信息定向输出
至具有Debugerd权限处理的特征日志文件中。该时长区间包括第一时长区间、第二时长区
间和第三时长区间，该第一时长区间为31秒‑60秒，对应的冻屏等级为轻度冻屏，且轻度冻
屏对应的冻屏信息为程序应用无响应、亮屏信息和进程阻塞信息等；该第二时长区间为61
秒‑130秒，对应的冻屏等级为中度冻屏，且中度冻屏对应的冻屏信息为亮屏信息、进程阻塞
信息和进程关联信息等；该第三时长区间为131秒‑300秒，对应的冻屏等级为重度冻屏，且
重度冻屏对应的冻屏信息为亮屏信息、进程阻塞信息、阻塞开始时间和核心进程信息等。

[0122] 可选地，在本实施例中，该步骤S104之后，还包括：

[0123] 当监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件；

[0124] 将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备，以供所述终端设备存储所述特征日志文件。

[0125] 该移动终端在监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件，并将该特征日志文件导出至该特征日志文件导出请求中的终端设备，能够在移动终
端的存储空间不足时，将该特征日志文件导出至其它终端设备进行存储。

[0126] 在本实施例中，本发明能够在预设线程处于阻塞状态时，即移动终端出现冻屏时，获取冻屏信息，并将该冻屏信息输出至特征日志文件，便于移动终端出现冻屏时，读取特征
日志文件，从而快速定位冻屏原因，极大的降低人力成本和时间成本。

[0127] 进一步的，参照图6，基于图1所示的移动终端和上述第一或第二实施例提出了本发明冻屏监测与解决方法的第三实施例，与前述实施例的区别在于，该冻屏监测与解决方
法还包括：

[0128] 步骤S105，当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计
时，以获取所述显示请求的处理时长；

[0129] 步骤S106，在所述处理时长大于或等于预设处理时长时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程。

[0130] 需要说明的是，本发明基于前述实施例，提出了监测与解决冻屏的另一种方式，以下仅对此进行说明，其它可参照前述实施例。

[0131] 在监测到用户基于APP层的程序应用触发的显示请求时，通过第一预设进程对该显示请求进行处理，以获取待合成视图，并将该待合成视图传输至第二预设进程，然后通过
第二预设进程接收第一预设进程传输的待合成视图，并基于该待合成视图执行合成操作，
得到对应的待显示信息，在上述处理过程中，从监测到第一预设进程开始处理该显示请求
时计时，至监测到第二预设进程处理完成经该第一预设进程处理后的显示请求时结束计
时，以获取该显示请求的处理时长。该显示请求携带有程序应用标识、窗口信息、界面信息、
布局信息、动画信息、旋转信息和横竖屏信息等基础显示信息。在具体实施中，当存在若干
显示请求时，根据每个显示请求携带的基础显示信息对每个显示请求的处理优先级进行排
序，而在显示请求携带有若干窗口时，根据显示请求携带的基础显示信息对每个窗口的显
示优先级进行排序。需要说明的是，该第一预设进程为SystemServer进程，该第二预设进程
为SurfaceFlinger进程。

[0132] 该移动终端在计时得到该显示请求的处理时长之后，判断该处理时长是否大于或等于预设处理时长，如果该处理时长大于或等于预设处理时长，则判定可以移动终端出现
冻屏，因此，根据该显示请求中的程序应用标识获取进程信息，并基于该进程信息删除对应
的进程。需要说明的是，该预设处理时长为20秒、25秒、30秒、60秒或120秒等，该预设处理时
长可由本领域技术人员根据实际经验值和经测试进行设置，本实施例对此不作具体限定，
以预设处理时长为30秒为例进行说明，例如，通过计时得到的显示请求的处理时长为35秒，
而预设处理时长为30秒，则可以容易得到显示请求的处理时长35秒大于预设处理时长30
秒，则可以判定移动终端出现冻屏，又例如，通过计时得到的显示请求的处理时长为1秒，而
预设处理时长为30秒，则可以容易得到显示请求的处理时长1秒小于预设处理时长30秒，则
可以判定移动终端未出现冻屏。

[0133] 在具体实施中，该移动终端通过第一预设进程对该显示请求进行处理，以获取待合成视图之后，监测该第二预设进程是否在第一预设时间内完成该待合成视图的合成，或
者监测该第二预设进程是否在第二预设时间内执行超过预设次数的该待合成视图的合成
操作，当监测到该第二预设进程未在第一预设时间内完成该待合成视图的合成时，或者当
监听到该第二预设进程在第二预设时间内执行超过预设次数的该待合成视图的合成操作
时，从该显示请求中获取程序应用标识，并根据该程序应用标识获取进程信息，然后基于该
进程信息删除对应的进程。

[0134] 需要说明的是，该第一预设时间可以为16.5纳秒，该第二预设时间可以为60秒，该预设次数可以为20次，该第一预设时间、该第二预设时间和该预设次数还可以由本领域技
术人员根据实际情况进行设置，本实施例中对此不作具体限制，该第一预设进程为
SystemServer进程，该第二预设进程为SurfaceFlinger进程。

[0135] 在本实施例中，本方案能够在监测预设线程是否处于阻塞状态判断移动终端是否出现冻屏的同时，还通过监测SystemServer进程和SurfaceFlinger进程处理各种不同程序
应用上报的显示请求的处理时长，判断移动终端是否出现冻屏，进一步地扩展冻屏监测方
式，保证移动终端能够识别由于不同原因引起的冻屏，也能够快速及时的解决冻屏问题，且
无需将移动终端退回厂家维修，节省维修时间，解决了在监测到冻屏时，自动并及时的解决
冻屏，节省维修时间的问题。

[0136] 此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有冻屏监测与解决程序，所述冻屏监测与解决程序被处理器执行时实现以下步骤：

[0137] 当监测到显示请求时，记录预设线程处理所述显示请求所需的线程处理时长；

[0138] 根据所述线程处理时长判断所述预设线程是否处于阻塞状态；

[0139] 在所述预设线程处于阻塞状态时，根据所述线程处理时长所处的时长区间确定冻屏处理策略，并基于所述冻屏处理策略对移动终端进行处理。

[0140] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0141] 当监测到显示请求时，获取预设线程处理所述显示请求所需的函数集；

[0142] 从监测到所述预设线程开始调用所述函数集中的第一个函数时计时，至监测到所述预设线程调用完成所述函数集中的最后一个函数时结束计时，以获取所述预设线程的线
程处理时长。

[0143] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0144] 判断所述线程处理时长是否大于或等于预设处理时长；

[0145] 若所述线程处理时长大于或等于预设处理时长，则判定所述预设线程处于阻塞状态；

[0146] 若所述线程处理时长小于预设处理时长，则判定所述预设线程处于正常状态。

[0147] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0148] 在所述线程处理时长所处的时长区间为第一时长区间时，调用操作系统的应用程序无响应机制；

[0149] 在所述线程处理时长所处的时长区间为第二时长区间时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程；

[0150] 在所述线程处理时长所处的时长区间为第三时长区间时，删除与所述预设线程关联的预设核心进程。

[0151] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0152] 在所述预设线程处于阻塞状态时，获取冻屏信息，并将所述冻屏信息输出至特征日志文件。

[0153] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0154] 当监测到特征日志文件导出请求时，从预设存储区域中获取特征日志文件；

[0155] 将所述特征日志文件导出至所述特征日志文件导出请求中的终端设备，以供所述终端设备存储所述特征日志文件。

[0156] 进一步地，所述冻屏监测与解决程序被所述处理器执行时还实现以下步骤：

[0157] 当监测到显示请求时，从监测到第一预设进程开始处理所述显示请求时计时，至监测到第二预设进程处理完成经所述第一预设进程处理后的显示请求时结束计时，以获取
所述显示请求的处理时长；

[0158] 在所述处理时长大于或等于预设处理时长时，根据所述显示请求中的程序应用标识获取进程信息，并基于所述进程信息删除对应的进程。

[0159] 本发明计算机可读存储介质的具体实施例与上述冻屏监测与解决方法的各具体实施例基本相同，在此不作赘述。

[0160] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而
且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有
的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该
要素的过程、方法、物品或者系统中还存在另外的相同要素。

[0161] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

[0162] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下
前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做
出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个
存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，
计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

[0163] 以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技
术领域，均同理包括在本发明的专利保护范围内。