CN107888411B

CN107888411B - Black screen detection method, mobile terminal and computer readable storage medium

Info

Publication number: CN107888411B
Application number: CN201711060892.4A
Authority: CN
Inventors: 安邦军
Original assignee: Nubia Technology Co Ltd
Current assignee: Nubia Technology Co Ltd
Priority date: 2017-10-31
Filing date: 2017-10-31
Publication date: 2021-05-25
Anticipated expiration: 2037-10-31
Also published as: CN107888411A

Abstract

The invention discloses a black screen detection method, a mobile terminal and a computer readable storage medium, wherein the black screen detection method comprises the following steps: monitoring a preset key process in the display service of the mobile terminal to acquire key process monitoring data, and monitoring the split-screen application of the mobile terminal to acquire split-screen application monitoring data; judging whether the mobile terminal has a black screen fault according to the key process monitoring data and the split screen application monitoring data; and when the mobile terminal has a black screen fault, extracting black screen fault information from the key process monitoring data and the split screen application monitoring data, and outputting the black screen fault information to a feature log file. The method and the device are convenient for developers to quickly and accurately position the reason of the black screen based on the characteristic log file, and effectively reduce the labor cost and the time cost.

Description

Black screen detection method, mobile terminal and computer readable storage medium

Technical Field

The invention relates to the technical field of mobile terminals, in particular to a black screen detection method, a mobile terminal and a computer readable storage medium.

Background

With the development of mobile terminal technology, more and more Applications (APPs) are integrated in the mobile terminal, and at present, tens of thousands of applications are installed on the mobile terminal based on different scenes, and with more and more third-party applications and service software installed on the mobile terminal by a user, when people use the mobile terminal daily, the display service of the mobile terminal is easily affected, so that the mobile terminal has a black screen phenomenon due to the abnormal display service.

At present, when the black screen phenomenon appears in the mobile terminal, the user is required to manually force the mobile terminal to be restarted to enable the mobile terminal to recover to normal, the user experience is poor, in addition, the reasons for the black screen phenomenon appearing in the mobile terminal are various, the mobile terminal cannot be recovered to normal by restarting the mobile terminal, the mobile terminal needs to be returned to a manufacturer for maintenance, and more time is required for developers to detect and position the black screen reason for the mobile terminal. Therefore, how to quickly position the black screen, and reduce the labor cost and the time cost are problems to be solved urgently at present.

The above is only for the purpose of assisting understanding of the technical aspects of the present invention, and does not represent an admission that the above is prior art.

Disclosure of Invention

The invention mainly aims to provide a black screen detection method, a mobile terminal and a computer readable storage medium, and aims to solve the technical problems of how to quickly locate the reason of the black screen and reduce the labor cost and the time cost.

In order to achieve the above object, the present invention provides a black screen detection method, which is applied to a mobile terminal, and comprises the following steps:

monitoring a preset key process in the display service of the mobile terminal to acquire key process monitoring data, and monitoring the split-screen application of the mobile terminal to acquire split-screen application monitoring data;

judging whether the mobile terminal has a black screen fault according to the key process monitoring data and the split screen application monitoring data;

and when the mobile terminal has a black screen fault, extracting black screen fault information from the key process monitoring data and the split screen application monitoring data, and outputting the black screen fault information to a feature log file.

Optionally, the step of determining whether the mobile terminal has a black screen fault according to the key process monitoring data and the split-screen application monitoring data includes:

judging whether a preset key process in the display service of the mobile terminal is abnormal or not according to the key process monitoring data;

when a preset key flow in the display service of the mobile terminal is abnormal, judging whether the split screen application of the mobile terminal is abnormal or not according to the split screen application monitoring data;

when the split screen application of the mobile terminal is abnormal, judging that the mobile terminal has a black screen fault, and when the split screen application of the mobile terminal is not abnormal, judging that the mobile terminal has no black screen fault.

Optionally, the step of determining whether the split-screen application of the mobile terminal is abnormal according to the split-screen application monitoring data includes:

extracting a process state value of a preset process of the split screen application from the split screen application monitoring data, and judging whether the process state value is a preset state value;

and when the flow state value is not the preset state value, judging that the screen splitting application of the mobile terminal is not abnormal.

Optionally, after the step of monitoring the split-screen application of the mobile terminal to obtain the split-screen application monitoring data, the method for detecting a blank screen further includes:

when a preset key flow in the display service of the mobile terminal is not abnormal, detecting whether the mobile terminal is in a black screen state;

when the mobile terminal is detected to be in a black screen state, judging whether the split screen application of the mobile terminal is abnormal or not according to the split screen application monitoring data;

when the split screen application of the mobile terminal is abnormal, extracting black screen fault information from the split screen application monitoring data, and outputting the black screen fault information to a feature log file.

Optionally, after the step of determining whether a black screen fault occurs in the mobile terminal according to the key process monitoring data and the split-screen application monitoring data, the black screen detection method further includes:

when the mobile terminal has a black screen fault, storing the key process monitoring data and the split screen application monitoring data into a preset storage partition;

and when detecting that the mobile terminal is in a screen-off standby state, performing redundancy removal processing on the key process monitoring data and the split-screen application monitoring data in the preset storage partition.

Optionally, after the step of performing redundancy removal on the key process monitoring data and the split-screen application monitoring data in the preset storage partition, the black screen detection method further includes:

judging whether the storage data amount of the key process monitoring data and the split-screen application monitoring data in the preset storage partition exceeds a preset threshold value or not;

and when the storage data amount of the key process monitoring data and the split-screen application monitoring data exceeds a preset threshold value, selecting data to be deleted from the preset storage partition, and deleting the data to be deleted.

In addition, to achieve the above object, the present invention also provides a mobile terminal, including: the system comprises a memory, a processor and a black screen detection program stored on the memory and capable of running on the processor, wherein the black screen detection program realizes the steps of the black screen detection method when being executed by the processor.

The present invention also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a black screen detection program, and the black screen detection program, when executed by a processor, implements the steps of the black screen detection method as described above.

The invention provides a black screen detection method, a mobile terminal and a computer readable storage medium, which are used for monitoring a preset key flow in the display service of the mobile terminal to obtain key flow monitoring data, monitoring split screen application of the mobile terminal to obtain split screen application monitoring data, judging whether the mobile terminal has black screen fault according to the key flow monitoring data and the split screen application monitoring data, and finally extracting black screen fault information from the key flow monitoring data and the split screen application monitoring data when the mobile terminal has the black screen fault and outputting the black screen fault information to a characteristic log file. And when the split screen application of the mobile terminal is abnormal, the black screen fault of the mobile terminal is judged, black screen fault information is provided from the monitored data, and the black screen fault information is output to the characteristic log file, so that developers can conveniently inquire the characteristic log file when detecting and positioning the black screen reason of the mobile terminal, thereby quickly and accurately positioning the black screen reason and greatly reducing the labor cost and the time cost.

Drawings

Fig. 1 is a schematic diagram of a hardware structure of a mobile terminal implementing various embodiments of the present invention;

FIG. 2 is a level diagram of an operating system of the mobile terminal according to the present invention;

FIG. 3 is a flowchart illustrating a blank screen detection method according to a first embodiment of the present invention;

fig. 4 is a detailed flowchart of the step of determining whether the mobile terminal has a black screen fault according to the key process monitoring data and the split-screen application monitoring data in fig. 3;

FIG. 5 is a flowchart illustrating a second embodiment of a blank screen detection method according to the present invention;

fig. 6 is a flowchart illustrating a black screen detection method according to a third embodiment of the present invention.

The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

In the following description, suffixes such as "module", "component", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no specific meaning in itself. Thus, "module", "component" or "unit" may be used mixedly.

The terminal may be implemented in various forms. For example, the terminal described in the present invention may include a mobile terminal such as a mobile phone, a tablet computer, a notebook computer, a palmtop computer, a Personal Digital Assistant (PDA), a Portable Media Player (PMP), a navigation device, a wearable device, a smart band, a pedometer, and the like, and a fixed terminal such as a Digital TV, a desktop computer, and the like.

The following description will be given by way of example of a mobile terminal, and it will be understood by those skilled in the art that the construction according to the embodiment of the present invention can be applied to a fixed type terminal, in addition to elements particularly used for mobile purposes.

Referring to fig. 1, which is a schematic diagram of a hardware structure of a mobile terminal for implementing various embodiments of the present invention, the mobile terminal 100 may include: RF (Radio Frequency) unit 101, WiFi module 102, audio output unit 103, a/V (audio/video) input unit 104, sensor 105, display unit 106, user input unit 107, interface unit 108, memory 109, processor 110, and power supply 111. Those skilled in the art will appreciate that the mobile terminal architecture shown in fig. 1 is not intended to be limiting of mobile terminals, which may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

The following describes each component of the mobile terminal in detail with reference to fig. 1:

the radio frequency unit 101 may be configured to receive and transmit signals during information transmission and reception or during a call, and specifically, receive downlink information of a base station and then process the downlink information to the processor 110; in addition, the uplink data is transmitted to the base station. Typically, radio frequency unit 101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 101 can also communicate with a network and other devices through wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to GSM (Global System for Mobile communications), GPRS (General Packet Radio Service), CDMA2000(Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division duplex Long Term Evolution), and TDD-LTE (Time Division duplex Long Term Evolution).

WiFi belongs to short-distance wireless transmission technology, and the mobile terminal can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 102, and provides wireless broadband internet access for the user. Although fig. 1 shows the WiFi module 102, it is understood that it does not belong to the essential constitution of the mobile terminal, and may be omitted entirely as needed within the scope not changing the essence of the invention.

The audio output unit 103 may convert audio data received by the radio frequency unit 101 or the WiFi module 102 or stored in the memory 109 into an audio signal and output as sound when the mobile terminal 100 is in a call signal reception mode, a call mode, a recording mode, a voice recognition mode, a broadcast reception mode, or the like. Also, the audio output unit 103 may also provide audio output related to a specific function performed by the mobile terminal 100 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 103 may include a speaker, a buzzer, and the like.

The a/V input unit 104 is used to receive audio or video signals. The a/V input Unit 104 may include a Graphics Processing Unit (GPU) 1041 and a microphone 1042, the Graphics processor 1041 Processing image data of still pictures or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 106. The image frames processed by the graphic processor 1041 may be stored in the memory 109 (or other storage medium) or transmitted via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 may receive sounds (audio data) via the microphone 1042 in a phone call mode, a recording mode, a voice recognition mode, or the like, and may be capable of processing such sounds into audio data. The processed audio (voice) data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 101 in case of a phone call mode. The microphone 1042 may implement various types of noise cancellation (or suppression) algorithms to cancel (or suppress) noise or interference generated in the course of receiving and transmitting audio signals.

The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 1061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 1061 and/or a backlight when the mobile terminal 100 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.

The display unit 106 is used to display information input by a user or information provided to the user. The Display unit 106 may include a Display panel 1061, and the Display panel 1061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 107 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the mobile terminal. Specifically, the user input unit 107 may include a touch panel 1071 and other input devices 1072. The touch panel 1071, also referred to as a touch screen, may collect a touch operation performed by a user on or near the touch panel 1071 (e.g., an operation performed by the user on or near the touch panel 1071 using a finger, a stylus, or any other suitable object or accessory), and drive a corresponding connection device according to a predetermined program. The touch panel 1071 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 110, and can receive and execute commands sent by the processor 110. In addition, the touch panel 1071 may be implemented in various types, such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 may include other input devices 1072. In particular, other input devices 1072 may include, but are not limited to, one or more of a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like, and are not limited to these specific examples.

Further, the touch panel 1071 may cover the display panel 1061, and when the touch panel 1071 detects a touch operation thereon or nearby, the touch panel 1071 transmits the touch operation to the processor 110 to determine the type of the touch event, and then the processor 110 provides a corresponding visual output on the display panel 1061 according to the type of the touch event. Although the touch panel 1071 and the display panel 1061 are shown in fig. 1 as two separate components to implement the input and output functions of the mobile terminal, in some embodiments, the touch panel 1071 and the display panel 1061 may be integrated to implement the input and output functions of the mobile terminal, and is not limited herein.

The interface unit 108 serves as an interface through which at least one external device is connected to the mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 108 may be used to receive input (e.g., data information, power, etc.) from external devices and transmit the received input to one or more elements within the mobile terminal 100 or may be used to transmit data between the mobile terminal 100 and external devices.

The memory 109 may be used to store software programs as well as various data. The memory 109 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 109 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

Referring to fig. 2, which is a schematic hierarchical diagram of an operating system stored in a storage program area, as shown in fig. 2, the operating system includes a Loader layer, a Kernel layer, a Native layer, a Framework layer (including a C + + Framework layer and a Java Framework layer), and an App layer, where an HAL layer (hardware abstraction layer) also exists between the Kernel layer and the Native layer, a JNI layer also exists between the C + + Framework layer and the Java Framework layer, and a SysCall layer also exists between the HAL layer and the Kernel layer.

The Loader layer comprises a Boot ROM (Boot service) and a Boot Loader (Boot initialization program), wherein the Boot ROM is mainly used for booting by pressing a Power (Boot) key for a long time when the mobile terminal is in a Power-off state, and a Boot chip starts to execute from a preset code solidified in the ROM. The Boot Loader is a Boot program before starting the operating system, and mainly has the functions of checking the RAM, initializing hardware parameters and the like.

The Kernel layer is mainly used for performing related work such as initialization process management, memory management, Display loading, Camera Driver (Camera Driver), Binder Driver (Binder Driver) and the like, and is used for creating Kernel daemon processes such as Kernel worker threads kworkder, soft interrupt threads ksofirqd and soft interrupt threads thermal.

The Native layer mainly comprises a daemon process of a user space hatched by init, a HAL layer, startup animation and the like. User daemon processes, User Daemons, such as ueven, logd, health, installd, adbd, and lmkd, can hatch out from the Init process (a User-level process started by a kernel); the init process also starts important services such as servicemanager and bootanim; the init process hatches a Zygote process, the Zygote process is the first Java process of the operating system, the Zygote process is the parent process of all the Java processes, and the Zygote process is hatched from the init process.

The Framework layer comprises a Zygote process, a System Server (System service) process and a Media Server (multimedia service) process, wherein the Zygote process is generated by an init process through analysis of an init.rc file and then fork, and mainly comprises loading Zygote init classes, registering Zygote Socket service end sockets, loading virtual machines, preloadClasses, preloadResouces and the like; the System Server process is derived from a Zygote process fork, the System Server is the first process of Zygote incubation, and the System Server is responsible for starting and managing the whole Java Framework and comprises services such as an ActivitiManager (application program component), a PowerManager (power supply management component) and a WindowManagerServer (window management component); the Media Server process, which is derived from the init process fork, is responsible for starting and managing the whole C + + frame, and includes services such as audio pointer (afofinger), Camera Service (Camera Service), and MediaPlayServer (multimedia Service).

The APP layer comprises APP processes, each APP process is generated by a Zygote process fork, the first APP process hatched by the Zygote process is a Launcher (desktop Launcher), desktop APPs seen by a user are created by the Zygote process, the App processes such as a Browser, a Phone and an Email are also created by the Zygote process, and each App runs on at least one process.

The processor 110 is a control center of the mobile terminal, connects various parts of the entire mobile terminal using various interfaces and lines, and performs various functions of the mobile terminal and processes data by operating or executing software programs and/or modules stored in the memory 109 and calling data stored in the memory 109, thereby performing overall monitoring of the mobile terminal. Processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 110.

The mobile terminal 100 may further include a power supply 111 (e.g., a battery) for supplying power to various components, and preferably, the power supply 111 may be logically connected to the processor 110 via a power management system, so as to manage charging, discharging, and power consumption management functions via the power management system.

Although not shown in fig. 1, the mobile terminal 100 may further include a bluetooth module or the like, which is not described in detail herein.

Based on the above mobile terminal hardware structure, various embodiments of the mobile terminal of the present invention are provided.

Referring to fig. 1, in a first embodiment of the mobile terminal of the present invention, the mobile terminal includes: a memory, a processor, and a black screen detection program stored on the memory and executable on the processor, the black screen detection program when executed by the processor implementing the steps of:

Further, the black screen detection program when executed by the processor further implements the steps of:

The specific embodiment of the mobile terminal of the present invention is substantially the same as the specific embodiments of the black screen detection method described below, and will not be described herein again.

Further, the present invention also provides a black screen detection method applied to the mobile terminal shown in fig. 1, referring to fig. 3, and fig. 3 is a flowchart illustrating a first embodiment of the black screen detection method according to the present invention.

In this embodiment, the black screen detection method includes:

step S101, monitoring a preset key process in a display service of the mobile terminal to obtain key process monitoring data, and monitoring a split-screen application of the mobile terminal to obtain split-screen application monitoring data;

the black screen detection method is applied to the mobile terminal shown in fig. 1, and the mobile terminal comprises a smart phone, a tablet computer and the like. When the display service in the operating system of the mobile terminal and the split screen application of the mobile terminal are abnormal, the phenomenon of black screen of the mobile terminal is easy to occur, therefore, the invention divides the display flow of the display service in the Java framework layer into a key flow and a non-key flow by combing and standardizing the display service in the Java framework layer and according to the importance degree of the display flow in the display service, then monitoring the key process to realize the abnormal monitoring of the display service, monitoring the window establishing process, the window resource loading process, the data communication process and the resource releasing process in the split screen application of the mobile terminal, then when the display service is abnormal, determining whether the split screen application is abnormal or not based on the monitoring data of the split screen application, the key processes comprise a screen on/off broadcast receiving process, a screen on/off event reporting process, a display buffer area reading process, a system UI display preparation process and the like. Specifically, the method runs in the form of independent threads by deploying monitoring threads in a system _ server process of a Java framework layer, and adjusts the starting sequence to ensure that the monitoring threads are executed before the display service of the Java framework layer is formally started. In addition, the invention also establishes a daemon process on the Native layer for detecting whether the monitoring thread running on the Java framework layer is abnormal or not and recovering after the abnormality occurs, specifically, the daemon process actively initiates heartbeat communication with the monitoring thread at regular time to judge whether the monitoring thread normally runs or not, the heartbeat communication mainly comprises the steps of reading the state of the monitoring thread through the Native layer daemon process, judging whether the monitoring thread normally runs or not according to the read state, timing when the daemon process reads that the state is in a blocking state, forcibly closing the monitoring thread when the blocking state reaches a preset time, and reestablishing the monitoring thread to ensure that the monitoring thread is always in a normal working state.

When the mobile terminal is about to start the display service, executing a monitoring thread deployed in a system _ server process of a Java framework layer, monitoring a preset key flow in the display service of the mobile terminal through the monitoring thread to acquire key flow monitoring data, and monitoring a window creating flow, a window resource loading flow, a data communication flow and a resource releasing flow in a split-screen application of the mobile terminal to acquire split-screen application monitoring data. The preset key flow comprises a screen on/off broadcast receiving flow, a screen on/off event reporting flow, a display buffer area reading flow, a system UI display preparation flow and the like, the key flow monitoring data comprises monitoring time, key flow identification, operation actions, execution time of the operation actions, operation action execution results, display states and the like, and the split screen application monitoring data comprises the monitoring time, the flow identification, the flow state values and the like.

Specifically, the mobile terminal monitors a screen on/off broadcast receiving flow, a screen on/off event reporting flow, a display buffer area reading flow, a system UI display preparation flow and the like, namely, whether a screen on/off operation triggered by a user is successfully executed by the mobile terminal is monitored, namely, a state return value for executing the screen on/off operation is read from a register, whether the state return value is the same as a previous state return value is judged, if the state return value is the same as the previous state return value, it is indicated that the screen on/off broadcast receiving flow is in an abnormal state, and if the state return value is different from the previous state return value, it is indicated that the screen on/off broadcast receiving flow is in a normal state; monitoring whether a screen on-off event triggered by a power key by a user is reported successfully, if the screen on-off event is reported successfully, indicating that a screen on-off event reporting flow is in a normal state, and if the screen on-off event is reported unsuccessfully, indicating that a screen off-on-off event reporting flow is in an abnormal state; monitoring whether the similarity of the synthesized data and the data to be synthesized in the display cache region is greater than a preset threshold value, if the similarity of the synthesized data and the data to be synthesized in the display cache region is greater than or equal to the preset threshold value, indicating that the reading process of the display cache region is in a normal state, and if the similarity of the synthesized data and the data to be synthesized in the display cache region is less than the preset threshold value, indicating that the reading process of the display cache region is in an abnormal state; monitoring whether the state value of the system UI is a preset state value or not, if the state value of the system UI is the preset state value, indicating that the system UI display preparation process is in an abnormal state, and if the state value of the system UI is not the preset state value, indicating that the system UI display preparation process is in a normal state.

The window creating process reads a basic configuration file for the split-screen application, initializes based on the basic configuration file, creates two split-screen windows when the initialization is completed, the window resource loading process loads resources in the window after the two split-screen windows are created for the split-screen application, the data communication process performs data communication between the two split-screen windows after the resource loading of the split-screen application is successful, the resource releasing process releases the loaded resources when the split-screen application exits, the mobile terminal monitors the window creating process, the window resource loading process, the data communication process and the resource releasing process in the split-screen application, namely monitors whether the basic configuration file is successfully read, whether the split-screen application is successfully initialized, whether the split-screen window is successfully created in the window creating process, and when the steps are successfully executed, recording the flow state value of the window creation flow as 1, and recording the flow state value of the window creation flow as 0 when monitoring that at least any one of the steps is not successfully executed; monitoring whether window resource loading is successful or not in the window resource loading process, recording a process state value of the window resource loading process as 1 when the successful loading of the resources is monitored, and recording the process state value of the window resource loading process as 0 when the loading failure of the window resources is monitored within preset time and the failure times exceed the preset times; monitoring whether data communication between two split screen windows succeeds or not in a data communication process, recording a process state value of the data communication process as 1 when the data communication between the two split screen windows succeeds, and recording a process state value of the data communication process as 0 when data communication failure between the two split screen windows is monitored within preset time and the failure frequency exceeds the preset frequency; monitoring whether the loaded resource is successfully released or not when the split-screen application exits in the resource release process, recording the process state value of the resource release process as 1 when the loaded resource is successfully released, and recording the process state value of the resource release process as 0 when the loaded resource is monitored to be failed to release within the preset time and the failure times exceed the times.

Step S102, judging whether the mobile terminal has a black screen fault according to the key process monitoring data and the split screen application monitoring data;

the mobile terminal monitors a preset key process in the display service to acquire key process monitoring data, monitors the split-screen application to acquire split-screen application monitoring data, and judges whether the mobile terminal has a black-screen fault according to the key process monitoring data and the split-screen application monitoring data.

Specifically, referring to fig. 4, fig. 4 is a detailed flowchart of the step S102 in fig. 3, where the step S102 includes:

step S1021, judging whether a preset key process in the display service of the mobile terminal is abnormal or not according to the key process monitoring data;

the mobile terminal judges whether the key process monitoring data contains preset information or not after acquiring the key process monitoring data and the split-screen application monitoring data, if yes, the preset key process in the display service of the mobile terminal is judged to be abnormal, and if not, the preset key process in the display service of the mobile terminal is judged to be not abnormal. The preset information comprises information indicating that a state return value of the on-off screen operation is the same as a previous state return value, information indicating that the on-off screen event report fails, information indicating that the similarity of the synthesized data and the data to be synthesized in the display buffer area is smaller than a preset threshold value, and information indicating that the state value of the system UI is the preset state value. It should be noted that the preset information can be set by a person skilled in the art based on actual situations, and this embodiment will not be specifically described here.

Step S1022, when a preset key flow in the display service of the mobile terminal is abnormal, judging whether the split screen application of the mobile terminal is abnormal or not according to the split screen application monitoring data;

and when the preset key flow in the display service of the mobile terminal is abnormal, judging whether the split screen application of the mobile terminal is abnormal or not according to the split screen application monitoring data.

Optionally, in this embodiment, the step S1022 includes:

When a preset key flow in a display service of the mobile terminal is abnormal, extracting a flow state value of a preset flow of the split screen application from the split screen application monitoring data, namely extracting flow state values of a window creation flow, a window resource loading flow, a data communication flow and a resource release flow, judging whether the flow state value is the preset state value, if the flow state value is the preset state value, judging that the split screen application of the mobile terminal is abnormal, if the flow state value is not the preset state value, judging that the split screen application of the mobile terminal is not abnormal, namely judging that the split screen application is abnormal when at least one flow state value of the flow state values of the window creation flow, the window resource loading flow, the data communication flow and the resource release flow is the preset state value, and performing the window creation flow, the window resource loading flow and the resource loading flow, And when the flow state values of the data communication flow and the resource release flow are not the preset state values, judging that the split-screen application is not abnormal. The flow state value is 1 and 0, if the flow state value is 1, it indicates that the split screen application is not abnormal, and the flow state value is 0, it indicates that the split screen application is abnormal.

And S1023, when the split screen application of the mobile terminal is abnormal, judging that the mobile terminal has a black screen fault, and when the split screen application of the mobile terminal is not abnormal, judging that the mobile terminal has no black screen fault.

When the split-screen application is abnormal, namely when at least one of the flow state values of the window creation flow, the window resource loading flow, the data communication flow and the resource release flow is a preset state value, the mobile terminal judges that the mobile terminal has a black-screen fault, and when the split-screen application of the mobile terminal is not abnormal, namely when the flow state values of the window creation flow, the window resource loading flow, the data communication flow and the resource release flow are not the preset state values, the mobile terminal judges that the mobile terminal has no black-screen fault.

Step S103, when the mobile terminal has a black screen fault, extracting black screen fault information from the key process monitoring data and the split screen application monitoring data, and outputting the black screen fault information to a feature log file.

When the display service of the mobile terminal is abnormal and the running split-screen application is abnormal, judging that the mobile terminal is abnormal, extracting black screen fault information from the key process monitoring data and the split-screen application monitoring data at the moment, and outputting the black screen fault information to a feature log file, specifically, the mobile terminal independently establishes a thread to output the black screen fault information to a debug process, and the debug process directionally outputs the black screen fault information to the feature log file with debug authority processing.

In specific implementation, the characteristic log file is stored in a preset storage area, the mobile terminal reads the characteristic log file from the preset storage area at regular time, whether the bit number of the characteristic log file is larger than or equal to a preset bit number is judged, then when the bit number of the characteristic log file is larger than or equal to the preset bit number, the characteristic log file in the preset storage area is uploaded to a preset cloud end to be stored, the characteristic log file which is uploaded successfully is deleted from the preset storage area, the characteristic log file can be uploaded to the cloud end to be stored when the characteristic log file exceeds a certain bit number, and the utilization rate of a disk is improved.

In the embodiment, the key process in the display service of the mobile terminal is monitored, the split screen application of the mobile terminal is monitored, the black screen fault of the mobile terminal is judged when the key process in the display service of the mobile terminal is monitored to be abnormal and the split screen application of the mobile terminal is abnormal, the black screen fault information is provided from the monitored data, and the black screen fault information is output to the characteristic log file, so that developers can conveniently inquire the characteristic log file when detecting and positioning the black screen reason of the mobile terminal, the black screen reason is quickly and accurately positioned, and the labor cost and the time cost are greatly reduced.

Further, referring to fig. 5, a second embodiment of the black screen detection method of the present invention is proposed based on the above first embodiment, and the difference from the foregoing embodiments is that after the step S101, the black screen detection method further includes:

step S104, judging whether a preset key process in the display service of the mobile terminal is abnormal or not according to the key process monitoring data;

step S105, when the preset key flow in the display service of the mobile terminal is not abnormal, detecting whether the mobile terminal is in a black screen state;

step S106, when the mobile terminal is detected to be in a black screen state, judging whether the split screen application of the mobile terminal is abnormal or not according to the split screen application monitoring data;

and S107, when the split screen application of the mobile terminal is abnormal, extracting black screen fault information from the split screen application monitoring data, and outputting the black screen fault information to a feature log file.

It should be noted that, based on the foregoing embodiments, the present invention proposes a black screen detection method when no abnormality occurs in the display service, and only this will be described below, and other embodiments can be referred to.

After the mobile terminal acquires the key process monitoring data and the split screen application monitoring data, whether a preset key process in a display service of the mobile terminal is abnormal or not is judged according to the key process monitoring data, whether the mobile terminal is in a black screen state or not is detected when the preset key process in the display service is not abnormal, whether the split screen application of the mobile terminal is abnormal or not is judged according to the split screen application monitoring data when the mobile terminal is detected to be in the black screen state, then, when the split screen application of the mobile terminal is abnormal, black screen fault information is extracted from the split screen application monitoring data, and the black screen fault information is output to a feature log file.

In this embodiment, the method and the device for determining the black screen of the mobile terminal can further perform abnormality determination on the running split screen application when the display service of the mobile terminal is normal and the mobile terminal is in the black screen state, and determine that the black screen of the mobile terminal is caused by the abnormality of the split screen application when the running split screen application is abnormal, so as to accurately determine the reason for the black screen.

Further, referring to fig. 6, a third embodiment of the black screen detection method of the present invention is proposed based on the first or second embodiment, and is different from the previous embodiments in that after step S102, the black screen detection method further includes:

step S108, when the mobile terminal has a black screen fault, storing the key process monitoring data and the split screen application monitoring data to a preset storage partition;

and step S109, when detecting that the mobile terminal is in a screen-off standby state, performing redundancy removal processing on the key process monitoring data and the split-screen application monitoring data in the preset storage partition.

It should be noted that the present invention provides a specific way of data redundancy elimination based on the foregoing embodiments, and only this is described below, and other embodiments can be referred to.

When a preset key process in a display service of the mobile terminal is abnormal and split screen application is abnormal, judging that a black screen fault occurs in the mobile terminal, storing the key process monitoring data and the split screen application monitoring data to a preset storage partition at the moment, then when detecting that the mobile terminal is in a screen-off standby state, performing redundancy removal processing on the key process monitoring data and the split screen application monitoring data in the preset storage partition, and storing the redundancy-removed key process monitoring data and the split screen application monitoring data. For example, the generation time of the key process monitoring data and the split screen application monitoring data is between 10 and 11 points, 1000 pieces of data are stored in total, a preset key process in the display service of the mobile terminal is performed, and the split screen application is abnormal between 10 and 11 points, the 1000 pieces of stored data are subjected to redundancy removal, that is, the 1000 pieces of data are integrated into one piece of information including the recorded data quantity and the time point to be output and stored, and the type and the time point of the 1000 pieces of information are prevented from being output and stored respectively, so that the storage space is saved.

In specific implementation, the mobile terminal may further perform redundancy elimination on the key process monitoring data and the split-screen application monitoring data in the preset storage partition within a preset time, where the preset time is a reasonable redundancy elimination interval time determined through an experiment, and within the interval time, data needing redundancy elimination may not be too much or too little, resulting in too long time spent or too frequent redundancy elimination. The redundancy removing process is to integrate the key process monitoring data and the split screen application monitoring data in the preset storage partition into one piece of information for storage within preset time.

In this embodiment, when the mobile terminal is in the screen-off standby state, the redundancy of the key process monitoring data and the split-screen application monitoring data is removed, so that the data stored and recorded can be effectively reduced, the occupation of the disk space is reduced, and the utilization rate of the disk is improved.

Further, based on the third embodiment, a fourth embodiment of the black screen detection method of the present invention is proposed, which is different from the previous embodiments in that after step S109, the black screen detection method further includes:

It should be noted that the present invention proposes a data storage method based on the foregoing embodiments, and only this will be described below, and other embodiments can be referred to.

Specifically, a storage unit in the mobile terminal is divided into a plurality of storage partitions, each storage partition is used for storing different data, and the capacity of each storage interval is constant, that is, the amount of data that can be stored is constant. Correspondingly, the capacity of the storage partition used for storing the key process monitoring data and the split-screen application monitoring data is also fixed, and when the key process monitoring data and the split-screen application monitoring data are stored in the storage interval within the preset time, the stored data volume is continuously increased and possibly exceeds the capacity. After the key process monitoring data and the split-screen application monitoring data are subjected to redundancy removal processing and stored, whether the stored data quantity of the stored key process monitoring data and the stored data quantity of the split-screen application monitoring data exceed a preset threshold value is judged, and the preset threshold value is the capacity of a storage area for storing the key process monitoring data and the split-screen application monitoring data. When the storage data amount of the key process monitoring data and the split-screen application monitoring data exceeds a preset threshold, it indicates that the capacity of the storage partition is used up, data storage can not be performed any more, and the key process monitoring data and the split-screen application monitoring data stored in the storage partition need to be deleted. And selecting information to be deleted from the stored key process monitoring data and the split screen application monitoring data, and deleting the information to be deleted. The selection principle can be based on the time sequence, and the longer the time sequence is, the less the referential significance is, the longer the key process monitoring data and the split screen application monitoring data are from the current time, so that the key process monitoring data and the split screen application monitoring data are selected as the information to be deleted for deletion.

In this embodiment, the method and the device can selectively delete the key process monitoring data and the split-screen application monitoring data when the storage data amount of the key process monitoring data and the split-screen application monitoring data exceeds a preset threshold value, so that the utilization rate of a storage space is improved.

In addition, an embodiment of the present invention further provides a computer-readable storage medium, where a black screen detection program is stored on the computer-readable storage medium, and when executed by a processor, the black screen detection program implements the following steps:

The specific embodiment of the computer-readable storage medium of the present invention is substantially the same as the specific embodiments of the black screen detection method described above, and will not be described herein again.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a computer storage medium (e.g., ROM/RAM, magnetic disk, optical disk) as described above and includes instructions for enabling a terminal device (e.g., a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.

Claims

1. A black screen detection method is applied to a mobile terminal, and is characterized by comprising the following steps:

when the mobile terminal has a black screen fault, extracting black screen fault information from the key process monitoring data and the split screen application monitoring data, and outputting the black screen fault information to a feature log file, wherein the key process monitoring data comprises monitoring time, key process identification, operation action, execution time of the operation action, operation action execution result and display state;

after the step of determining whether a black screen fault occurs in the mobile terminal according to the key process monitoring data and the split-screen application monitoring data, the black screen detection method further includes:

when the mobile terminal is detected to be in a screen-off standby state, performing redundancy removal processing on the key process monitoring data and the split-screen application monitoring data in the preset storage partition;

after the step of performing redundancy removal processing on the key process monitoring data and the split-screen application monitoring data in the preset storage partition, the black screen detection method further includes:

2. The black screen detection method of claim 1, wherein the step of determining whether the mobile terminal has a black screen fault according to the key process monitoring data and the split screen application monitoring data comprises:

3. The blank screen detection method of claim 2, wherein the step of judging whether the split screen application of the mobile terminal is abnormal according to the split screen application monitoring data comprises the steps of:

4. The black screen detection method according to any one of claims 1 to 3, wherein after the step of monitoring the split screen application of the mobile terminal to obtain split screen application monitoring data, the black screen detection method further comprises:

5. A mobile terminal, characterized in that the mobile terminal comprises: a memory, a processor, and a black screen detection program stored on the memory and executable on the processor, the black screen detection program when executed by the processor implementing the steps of:

after the step of judging whether the mobile terminal has a black screen fault according to the key process monitoring data and the split screen application monitoring data, the method further comprises the following steps:

after the step of performing redundancy removal processing on the key process monitoring data and the split-screen application monitoring data in the preset storage partition, the method further comprises the following steps:

6. The mobile terminal of claim 5, wherein the blank screen detection program, when executed by the processor, further performs the steps of:

7. The mobile terminal of claim 6, wherein the blank screen detection program, when executed by the processor, further performs the steps of:

8. The mobile terminal of any of claims 5-7, wherein the blank screen detection program, when executed by the processor, further performs the steps of:

9. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a black screen detection program, which when executed by a processor implements the steps of the black screen detection method according to any one of claims 1 to 4.