CN114816942B - Mobile terminal application stability monitoring method and device, electronic equipment and storage medium - Google Patents
Mobile terminal application stability monitoring method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN114816942B CN114816942B CN202210745623.6A CN202210745623A CN114816942B CN 114816942 B CN114816942 B CN 114816942B CN 202210745623 A CN202210745623 A CN 202210745623A CN 114816942 B CN114816942 B CN 114816942B
- Authority
- CN
- China
- Prior art keywords
- application
- crash
- mobile terminal
- monitoring
- stability
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 169
- 238000000034 method Methods 0.000 title claims abstract description 64
- 238000004458 analytical method Methods 0.000 claims abstract description 39
- 238000011156 evaluation Methods 0.000 claims abstract description 28
- 238000004891 communication Methods 0.000 claims abstract description 17
- 238000012790 confirmation Methods 0.000 claims abstract description 16
- 238000012545 processing Methods 0.000 claims description 132
- 230000007246 mechanism Effects 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 14
- 230000002452 interceptive effect Effects 0.000 claims description 9
- 238000013507 mapping Methods 0.000 claims description 8
- 238000012423 maintenance Methods 0.000 claims description 6
- 238000001514 detection method Methods 0.000 claims description 5
- 238000002372 labelling Methods 0.000 claims description 4
- 238000012806 monitoring device Methods 0.000 claims 1
- 239000003999 initiator Substances 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 230000003993 interaction Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/327—Alarm or error message display
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention provides a method and a device for monitoring application stability of a mobile terminal, electronic equipment and a storage medium, wherein the method comprises the following steps: evaluating based on the application problem feedback information, and determining an evaluation result of the stability monitoring necessity corresponding to the mobile terminal application; if the stability of the mobile terminal application is monitored, storing a user identifier corresponding to the mobile terminal application into an active monitoring white list; receiving a monitoring confirmation message sent when the mobile terminal application is started, and determining whether to start active monitoring or not; and if the active monitoring is started, establishing communication with the mobile terminal application, acquiring log information in the full life cycle of the mobile terminal application, and analyzing the application stability based on the log information and application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information. The invention improves the timeliness and comprehensiveness of application stability monitoring, simultaneously improves the positioning capability of the user feedback problem, and shortens the time for solving the user feedback problem.
Description
Technical Field
The present invention relates to the field of data monitoring technologies, and in particular, to a method and an apparatus for monitoring application stability of a mobile terminal, an electronic device, and a storage medium.
Background
The stability of the mobile terminal application is very important, so that the stability monitoring and management of the mobile terminal application are required to be carried out, the problem of stability in the application is solved in time, and the user loss is avoided. One of the key indicators for evaluating the application stability of the mobile terminal is the collapse rate, and the monitoring and the management of the application stability are realized by collecting collapse data when the application collapses, analyzing and positioning the collapse data and allocating program bugs.
However, in the above method, monitoring and management of application stability usually needs to repair the problem by means of recurrence of crash, and this process is highly dependent on data collection of crash events, and once the crash cannot be reoccurred, the problem is considered to be unrepairable, so that the monitoring comprehensiveness is insufficient, and the sporadic system problem cannot be solved. In addition, the problem positioning and problem solving are possible only when the application is broken down, even if the application has an insufficient stability performance in the using process of a user, the user also performs problem feedback accordingly, but the system cannot position the problem in time due to the fact that feedback information of the user is too abstract, timeliness of stability monitoring is insufficient, and user loss is easily caused.
Disclosure of Invention
The invention provides a method and a device for monitoring application stability of a mobile terminal, electronic equipment and a storage medium, which are used for overcoming the defects of insufficient comprehensiveness and timeliness of stability monitoring in the prior art.
The invention provides a method for monitoring application stability of a mobile terminal, which comprises the following steps:
after application problem feedback information sent by a mobile terminal application is received, evaluating based on the application problem feedback information, and determining an evaluation result of the stability monitoring necessity corresponding to the mobile terminal application;
if the evaluation result of the necessity of stability monitoring indicates that the stability monitoring is carried out on the mobile terminal application, storing the user identification corresponding to the mobile terminal application into an active monitoring white list;
receiving a monitoring confirmation message sent when a mobile terminal application is started, and determining whether to start active monitoring or not based on a user identifier in the monitoring confirmation message and the active monitoring white list;
and if the active monitoring is started, establishing communication with the mobile terminal application, acquiring log information in the full life cycle of the mobile terminal application, and analyzing the application stability based on the log information and application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
According to the method for monitoring the stability of the application at the mobile terminal, provided by the invention, the analysis of the application stability is performed based on the log information and the application problem feedback information sent by the application at the mobile terminal, so as to obtain an analysis result corresponding to the application problem feedback information, and the method specifically comprises the following steps:
acquiring one or more of system level events, network requests, jump operations among pages, life cycles and interactive flows of system methods in the pages and core service logic records recorded in the log information;
and performing application stability analysis based on one or more of the system level event, the network request, the skip operation between the pages, the life cycle and the interactive flow of the system method in the page and the core service logic record, and the application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
According to the method for monitoring the application stability of the mobile terminal provided by the invention, the method further comprises the following steps:
after a crash report corresponding to a mobile terminal application is received, determining a processing object corresponding to the crash report based on key information contained in the crash report and a preset crash processing distribution rule; the preset crash processing distribution rule comprises sample processing objects corresponding to various types of sample key information and processing priorities of the sample processing objects;
if the processing object corresponding to the crash report is empty, labeling the relevant information in the crash report, performing abnormity detection on the relevant information carrying the label in the crash report, and prompting the relevant information with abnormity and the label thereof;
and otherwise, distributing the crash report to a processing object corresponding to the crash report.
According to the method for monitoring the application stability of the mobile terminal provided by the present invention, the determining a processing object corresponding to the crash report based on the key information included in the crash report and a preset crash processing distribution rule specifically includes:
obtaining key information contained in the crash report; the key information comprises a code segment, a so file, a third-party software development kit, a page where the mobile terminal application stays when a crash event occurs, and a crash mark of the crash report;
matching with corresponding fields in the preset crash processing distribution rule based on the code segment, the so file, the third-party software development kit, the page where the mobile terminal application stays when a crash event occurs and the crash mark of the crash report contained in the crash report to obtain a matching result of each key message;
determining a processing object corresponding to the successfully matched key information based on a matching result corresponding to the successfully matched key information;
and selecting the processing object with the highest processing priority from the processing objects corresponding to the successfully matched key information as the processing object corresponding to the crash report.
According to the method for monitoring the application stability of the mobile terminal provided by the present invention, the determining a processing object corresponding to the crash report based on the key information contained in the crash report and a preset crash processing distribution rule further includes:
and performing anti-confusion processing on the crash report to obtain the anti-confusion processed crash report, so as to determine a processing object corresponding to the crash report based on key information contained in the anti-confusion processed crash report and a preset crash processing distribution rule.
According to the method for monitoring the application stability of the mobile terminal provided by the invention, the anti-confusion processing is carried out on the crash report to obtain the crash report after the anti-confusion processing, and the method specifically comprises the following steps:
reading a code line to be subjected to anti-obfuscation and a field to be processed in the code line to be subjected to anti-obfuscation from the crash report;
determining an original field corresponding to the field to be processed before confusion based on a preset mapping rule;
and replacing the field to be processed in the code line based on the original field to obtain a crash report after anti-aliasing processing.
According to the method for monitoring the application stability of the mobile terminal provided by the invention, the method further comprises the following steps:
after receiving a crash report corresponding to the mobile terminal application, determining whether to perform alarm notification or not based on a current alarm triggering mechanism;
the alarm triggering mechanism comprises a single crash event surge alarm, a global crash event surge alarm and a single crash event newly-added alarm; the single crash event surge alarm is to alarm when the occurrence frequency of any type of crash event in a first preset time is greater than a first preset threshold value; the newly increased alarm of the single crash event means that the alarm is given when any type of crash event occurs for the first time; the global collapse event surge alarm is an alarm when the occurrence frequency of all collapse events in a second preset time is greater than a second preset threshold or the number of the influence groups of all collapse events in a third preset time is greater than a third preset threshold.
The invention also provides a device for monitoring the application stability of the mobile terminal, which comprises:
the evaluation unit is used for evaluating based on the application problem feedback information after receiving the application problem feedback information sent by the mobile terminal application and determining an evaluation result of the stability monitoring necessity corresponding to the mobile terminal application;
a white list maintenance unit, configured to store a user identifier corresponding to the mobile end application in an active monitoring white list if the evaluation result of the necessity of stability monitoring indicates that stability monitoring is performed on the mobile end application;
the active monitoring confirming unit is used for receiving a monitoring confirming message sent when the mobile terminal application is started, and determining whether to start active monitoring or not based on a user identifier in the monitoring confirming message and the active monitoring white list;
and the log active pulling unit is used for establishing communication with the mobile terminal application if active monitoring is started, acquiring log information in the full life cycle of the mobile terminal application, and performing application stability analysis based on the log information and application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
The invention further provides an electronic device, which includes a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor implements the steps of any of the above described mobile terminal application stability monitoring methods when executing the program.
The present invention also provides a non-transitory computer readable storage medium, on which a computer program is stored, which, when being executed by a processor, implements the steps of the method for monitoring the stability of a mobile-end application as described in any one of the above.
The present invention also provides a computer program product comprising a computer program, which when executed by a processor implements the steps of any of the above described methods for monitoring application stability at a mobile terminal.
According to the method and the device for monitoring the application stability of the mobile terminal, the electronic equipment and the storage medium, the intervention opportunity of application stability monitoring is advanced in a mode of actively salvaging the application system logs after the user feeds back the application use problem, so that the application problem fed back by the user can be positioned and solved in time before the application crashes, the timeliness of application stability monitoring is improved, the positioning capability of the user for feeding back the problem is improved, and the solving time of the user for feeding back the problem is shortened. In addition, the retrieved system log contains detailed operation information in the whole life cycle of the application, so that the problem that the log cannot be directly reproduced can be positioned by analyzing the log, and the comprehensiveness of application stability monitoring is improved.
Drawings
In order to more clearly illustrate the technical solutions of the present invention or the prior art, the drawings needed for the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and those skilled in the art can also obtain other drawings according to the drawings without creative efforts.
Fig. 1 is a schematic flow chart of a method for monitoring application stability of a mobile terminal according to the present invention;
FIG. 2 is a schematic flow diagram of a log bailing method provided by the present invention;
FIG. 3 is a schematic diagram of interaction between a send and a mobile platform mPaas provided by the present invention;
fig. 4 is a schematic structural diagram of a mobile-end application stability monitoring apparatus provided in the present invention;
fig. 5 is a schematic structural diagram of an electronic device provided in the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings, and it is obvious that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be obtained by a person skilled in the art without inventive step based on the embodiments of the present invention, are within the scope of protection of the present invention.
Fig. 1 is a schematic flowchart of a method for monitoring application stability of a mobile terminal according to an embodiment of the present invention, where as shown in fig. 1, the method is applied to a server, and the method includes:
Specifically, during the process of using the mobile-side application, if an application use problem is encountered, the user may submit a problem feedback sheet to a server side providing a service for the mobile-side application via a feedback interface of the mobile-side application. After receiving the application problem feedback information included in the problem feedback sheet sent by the mobile terminal application, the server may evaluate the application problem feedback information, determine whether the application use problem fed back by the user may be caused by a system problem existing in the application itself, and when the application use problem fed back by the user may be caused by a system problem of the application, obtain an evaluation result of the necessity of monitoring the stability corresponding to the mobile terminal application. If it is determined by the evaluation that the application usage problem fed back by the user may be caused by a system problem of the application and the severity of the system problem is high, it may be determined that the evaluation result of the necessity of monitoring the stability corresponding to the mobile terminal application is necessary to perform active monitoring.
And if the evaluation result of the necessity of the stability monitoring indicates that the active stability monitoring of the mobile terminal application is necessary and the mobile terminal application does not need to wait for the breakdown phenomenon to intervene, storing the user identifier corresponding to the mobile terminal application into an active monitoring white list.
When the user starts the mobile terminal application again, the mobile terminal application sends a monitoring confirmation message to the server terminal to judge whether active monitoring is needed. And after receiving a monitoring confirmation message sent when the application of the mobile terminal is started, the server determines whether to start active monitoring or not based on the user identification carried in the monitoring confirmation message and the active monitoring white list. If the user identifier of the user is in the active monitoring white list, the server returns a message for confirming the opening of active monitoring to the mobile terminal application.
If the active monitoring is determined to be started, communication is established between the server and the mobile terminal application, log information in the full life cycle of the mobile terminal application is actively fished back and uploaded to a server database, so that the server can perform application stability analysis based on the log information and application problem feedback information sent by the mobile terminal application, and an analysis result corresponding to the application problem feedback information is obtained. The analysis result may include a result of determining whether the current application has a problem fed back by the user, and a reason for causing the problem. Therefore, the intervention opportunity of application stability monitoring is advanced by actively salvaging the application system logs, so that the application problem fed back by the user can be positioned and solved in time before the application collapses, the timeliness of application stability monitoring is improved, the positioning capability of the user feedback problem is improved, and the solving time of the user feedback problem is shortened. In addition, the back-fished system log contains detailed operation information in the application full life cycle, the log can be analyzed, the problem that the log cannot be directly reproduced can be located, and the comprehensiveness of application stability monitoring is improved.
In addition, the communication between the mobile side application and the server side can be realized based on an MQTT (Message Queuing Telemetry Transport) protocol. Specifically, as shown in fig. 2, when the user starts the mobile end application, the mobile end application (i.e., an initiator of log rollback, hereinafter referred to as the initiator) may perform an initialization operation based on a FeedbackComponent encapsulation packet and register mqttpic, where mqttpic is used to implement message passing between the server and the mobile end application, and a life cycle of mqttpic is consistent with a life cycle of the mobile end application, that is, the mqttpic is logged out only when the mobile end application is closed. Subsequently, the originating side adds the callback listener MQTT, to MQTT, based on the chatlogmqtt (tm) anager wrapper. The listener MQTTTopilistener can monitor the trigger instruction of active monitoring sent by the server side. If a triggering instruction of active monitoring is received, a log salvage operation is triggered, namely, an initiating end acquires log information, uploads the log through a LoggerUploader of a data uploading interface, and uploads the log to a server Platform, such as an mpas (mobile Platform as a service), so as to perform stability analysis.
According to the method provided by the embodiment of the invention, the intervention opportunity of application stability monitoring is advanced by actively salvaging the application system logs after the user feeds back the application use problem, so that the application problem fed back by the user can be positioned and solved in time before the application collapses, the timeliness of application stability monitoring is improved, the positioning capability of the user for feeding back the problem is improved, and the time for solving the user feedback problem is shortened. In addition, the retrieved system log contains detailed operation information in the whole life cycle of the application, so that the problem that the log cannot be directly reproduced can be positioned by analyzing the log, and the comprehensiveness of application stability monitoring is improved.
Based on the above embodiment, the performing application stability analysis based on the log information and the application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information specifically includes:
acquiring one or more of system level events, network requests, jump operations among pages, life cycles and interactive flows of system methods in the pages and core service logic records recorded in the log information;
and performing application stability analysis based on one or more of the system level event, the network request, the skip operation between the pages, the life cycle and the interactive flow of the system method in the page and the core service logic record, and the application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
Specifically, for the bailed log information, the comprehensive stability analysis can be performed from the following five aspects: (1) system level events, including events such as background entering, APP process killing, foreground activation, network disconnection and the like; (2) network requests sent by the application; (3) skipping between pages; (4) the life cycle of the system method in the page and the UI interaction flow; (5) core business logic records. And performing application stability analysis based on one or more of system level events, network requests, jump operations between pages, life cycles and interactive flows of system methods in the pages and core service logic records acquired from the log information, and application problem feedback information sent by the mobile terminal application, so as to obtain an analysis result corresponding to the application problem feedback information.
Based on any of the above embodiments, in order to save network resources, if the initiator is in the background state for a long time, the network connection between the initiator and the server can be disconnected, mqttopic determines whether the initiator is online, if not, the log information is cached, and when the initiator enters the foreground again, the information is issued, and the log information is salvaged to the server. In addition, in order to avoid repeated log salvage, the initiator may perform deduplication processing through the session _ id of the session. In order to improve the success rate of log bailing, after the first bailing failure, retry operation can be performed, and the retry time is that the preset time (for example, 5 minutes) is exceeded from the last bailing failure when the next mobile terminal application is started with cold and hot.
Besides the stability monitoring by using the log active bailing mode, the stability monitoring can be performed from another angle by using mechanisms of crash problem passive distribution, processing condition tracking statistics, data monitoring, alarming and the like when the application at the mobile terminal crashes. Currently, when an application crashes, an engineer usually performs manual processing, and the whole process needs to be manually responsible for statistics and analysis of the crash and assignment of bugs. However, the above manual processing method is complicated in operation, high in repetition rate, low in efficiency, and low in real-time performance of processing. In addition, manual processing may miss processing of partial crash events. For example, in the online running phase, if the number of accesses to a certain service is not high, even if the service has a crash problem or even a crash problem that must be present, the total number of crash events collected online is extremely large, so that the problem is small, and is hidden in other crash events, so that the problem is missed.
To this end, based on any one of the embodiments described above, an embodiment of the present invention provides an automatic crash event distribution mechanism based on a send platform, which specifically includes:
after a crash report corresponding to a mobile terminal application is received, determining a processing object corresponding to the crash report based on key information contained in the crash report and a preset crash processing distribution rule; the preset crash processing distribution rule comprises sample processing objects corresponding to various types of sample key information and processing priorities of the sample processing objects;
if the processing object corresponding to the crash report is empty, labeling the relevant information in the crash report, performing abnormity detection on the relevant information carrying the label in the crash report, and prompting the relevant information with abnormity and the label thereof;
and otherwise, distributing the crash report to a processing object corresponding to the crash report.
Specifically, because the traditional self-built platform usually aims at the stability monitoring of the full link, huge manpower, financial resources and maintenance cost are consumed from the acquisition of data to the processing to the application, originally-tense own product research and development resources are occupied, and the maintenance cost is also very high. And the sentry provides free, comprehensive and accurate error capturing capability and performance monitoring capabilities of blocking, starting analysis and the like, so that the analysis and monitoring of application stability and performance by developers can be met, and the investment of resource cost can be reduced to a great extent. Therefore, the embodiment of the invention utilizes the sentry platform to monitor the stability of the application, the stage data generated by all the versions can be automatically collected to the sentry, the stage data is analyzed and drawn into a large monitoring disc through the fixed-form task, the data such as stages, flow, page time consumption, ANR, a slow method, fps and the like are monitored in real time, and the problem is comprehensively investigated and assisted in development. Wherein the interaction between the sensor and the mobile platform mPaas is shown in fig. 3.
The server side can start a timing task to detect whether the mobile side application has a crash phenomenon or not, and complete automatic distribution of the crash event based on a preset crash processing distribution rule. After receiving the crash report corresponding to the mobile application, the server may determine a processing object corresponding to the crash report based on the key information included in the crash report and the preset crash processing distribution rule. Here, the preset crash processing distribution rule includes a sample processing object corresponding to each type of sample key information and a processing priority of the sample processing object.
If the specific processing object cannot be located based on the preset crash processing distribution rule, that is, the processing object corresponding to the crash report is empty, label marking may be performed on the relevant information in the crash report based on the preset label rule. For example, obvious machine operating environment characteristics such as keywords, thread names, machine types, and occupied memory can be labeled. And then, carrying out abnormity detection on the related information of each carried label in the crash report, and prompting the related information with abnormity and the label thereof so as to conveniently and quickly locate the problem.
If the specific processing object can be positioned based on the preset crash processing distribution rule, the crash report is automatically distributed to the processing object corresponding to the crash report.
Based on any of the above embodiments, the determining, based on the key information included in the crash report and a preset crash processing distribution rule, a processing object corresponding to the crash report specifically includes:
obtaining key information contained in the crash report; the key information comprises a code segment, a so file, a third-party software development kit, a page where the mobile terminal application stays when a crash event occurs, and a crash mark of the crash report;
matching with corresponding fields in the preset crash processing distribution rule based on the code segment, the so file, the third-party software development kit, the page where the mobile terminal application stays when a crash event occurs and the crash mark of the crash report contained in the crash report to obtain a matching result of each key message;
determining a processing object corresponding to the successfully matched key information based on a matching result corresponding to the successfully matched key information;
and selecting the processing object with the highest processing priority from the processing objects corresponding to the successfully matched key information as the processing object corresponding to the crash report.
Specifically, key information contained in the crash report is obtained. The key information comprises a code segment, a so file, a third-party software development kit, a page where the mobile-end application stays when a crash event occurs, and a crash mark of a crash report. Wherein, the crash mark comprises partial description information of the crash event.
And matching the code segment, the so file, the third-party software development kit, the page where the mobile-end application stays when the crash event occurs and the crash mark of the crash report with corresponding fields in a preset crash processing distribution rule respectively, thereby obtaining a matching result of each key information.
And if any key information can be successfully matched with the corresponding field in the preset crash processing distribution rule, acquiring the processing object matched in the preset crash processing distribution rule and the processing priority thereof. When there are multiple pieces of key information that match successfully, the processing object with the highest processing priority may be selected as the processing object corresponding to the crash report.
Based on any of the above embodiments, the determining, based on the key information included in the crash report and a preset crash processing distribution rule, a processing object corresponding to the crash report further includes:
and performing anti-confusion processing on the crash report to obtain the crash report after the anti-confusion processing, so as to determine a processing object corresponding to the crash report based on the key information contained in the crash report after the anti-confusion processing and a preset crash processing distribution rule.
Specifically, because the current mobile end application performs obfuscation processing on some key fields in order to improve its own information security, a partially obfuscated field may also exist in a crash report (i.e., a crash stack) generated after the application crashes, so that the crash report cannot be directly parsed and distributed. Therefore, before analyzing the crash report to obtain the key information therein and determining the corresponding processing object, the crash report may be subjected to anti-aliasing processing to obtain the anti-aliased crash report. Then, the key information contained in the crash report after the anti-aliasing processing is extracted based on the method provided in the above embodiment, and the processing object corresponding to the crash report is determined based on the key information and the preset crash processing distribution rule, so as to realize the automatic distribution of the crash report.
Based on any of the above embodiments, the performing anti-obfuscation processing on the crash report to obtain the crash report after anti-obfuscation processing specifically includes:
reading a code line to be subjected to anti-obfuscation and a field to be processed in the code line to be subjected to anti-obfuscation from the crash report;
determining an original field corresponding to the field to be processed before confusion based on a preset mapping rule;
and replacing the field to be processed in the code line based on the original field to obtain a crash report after the anti-confusion processing.
Specifically, most crash reports can be collected by the send and processed for automatic anti-obfuscation, however, the anti-obfuscation capability of the send only supports the standard stack, and when the crash report is reported to the send in other forms on the peer, the data acquired at this time is obfuscated. For example, in order to solve the memory leak problem, the android end reports the reference chain of the leaked object to the send in the form of an exception stack. The crash report in the non-standard stack form needs to be set with a specific anti-aliasing processing mode.
In contrast, when field obfuscation is performed, a preset mapping rule may be maintained, where the mapping rule includes a mapping relationship between an original field and an obfuscated field. And after receiving the crash report, reading a code line needing to be subjected to anti-obfuscation and a field to be processed in the code line needing to be subjected to anti-obfuscation from the crash report. And acquiring the original field of the field to be processed before confusion based on the preset mapping rule. And then, replacing the field to be processed in the corresponding code line based on the original field to obtain the anti-confusion processed crash report.
Based on any of the above embodiments, on the basis of the existing alarm mechanism of the send, the embodiment of the present invention further provides a subdivision alarm mechanism to meet the special requirement of crash event alarm, where the alarm mechanism specifically includes:
after receiving a crash report corresponding to the mobile terminal application, determining whether to perform alarm notification or not based on a current alarm triggering mechanism;
the alarm triggering mechanism comprises a single crash event surge alarm, a global crash event surge alarm and a single crash event newly-added alarm; the single crash event surge alarm is to alarm when the occurrence frequency of any type of crash event in a first preset time is greater than a first preset threshold value; the newly increased alarm of the single crash event refers to alarm when any type of crash event occurs for the first time; the global collapse event surge alarm is an alarm when the occurrence frequency of all collapse events in a second preset time is greater than a second preset threshold or the number of the influence groups of all collapse events in a third preset time is greater than a third preset threshold.
Specifically, based on the existing alarm mechanism of the send, a subdivided alarm trigger mechanism can be established, including a single crash event surge alarm, a global crash event surge alarm, and a single crash event surge alarm. The single crash event surge/new alarm is an alarm for a single type of crash event, and an alarm operation is performed when the occurrence frequency of the single type of crash event exceeds a specified frequency within a specified time, or an alarm can be specified when the single type of crash event occurs for the first time. The global crash event surge alarm is an alarm which is calculated according to the number without distinguishing single types of crash events, and can be given when the occurrence frequency of all types of crash events in a time period or the number of influencing people exceeds a threshold value.
It should be noted that, since the global crash event surge alarm may be triggered by different types of crash events, the notification of the global crash event surge alarm selects the first three crash events causing the alarm, and searches for the relevant responsible person for notification. The alarm level is divided into info, warning and critical according to the severity degree from low to high, and corresponding modes (such as short messages, telephones and the like) are selected for alarming. And for the over-serious problem, vertical upgrading is supported, namely, the current notifier does not respond in time, and the person in charge is searched upwards according to job level for notification.
The following describes the mobile end application stability monitoring apparatus provided in the present invention, and the mobile end application stability monitoring apparatus described below and the mobile end application stability monitoring method described above may be referred to in correspondence with each other.
Based on any of the above embodiments, fig. 4 is a schematic structural diagram of a mobile end application stability monitoring apparatus provided in an embodiment of the present invention, and as shown in fig. 4, the apparatus includes: an evaluation unit 410, a white list maintenance unit 420, an active monitoring validation unit 430 and a log active pull unit 440.
The evaluation unit 410 is configured to, after receiving application problem feedback information sent by a mobile end application, perform evaluation based on the application problem feedback information, and determine an evaluation result of necessity of stability monitoring corresponding to the mobile end application;
the white list maintenance unit 420 is configured to, if the evaluation result of the necessity of stability monitoring indicates that stability monitoring is performed on the mobile end application, store a user identifier corresponding to the mobile end application in an active monitoring white list;
the active monitoring confirming unit 430 is configured to receive a monitoring confirming message sent when the mobile terminal application is started, and determine whether to start active monitoring based on a user identifier in the monitoring confirming message and the active monitoring white list;
the log active pulling unit 440 is configured to establish communication with the mobile end application if active monitoring is started, acquire log information of the mobile end application in a full life cycle, and perform application stability analysis based on the log information and application problem feedback information sent by the mobile end application to obtain an analysis result corresponding to the application problem feedback information.
The device provided by the embodiment of the invention advances the intervention opportunity of application stability monitoring by actively fishing back the application system logs after the user feeds back the application use problem, so that the application problem fed back by the user can be positioned and solved in time before the application is collapsed, the timeliness of application stability monitoring is improved, the positioning capability of the user feedback problem is improved, and the solution time of the user feedback problem is shortened. In addition, the retrieved system log contains detailed operation information in the whole life cycle of the application, so that the problem that the log cannot be directly reproduced can be positioned by analyzing the log, and the comprehensiveness of application stability monitoring is improved.
Based on the above embodiment, the performing application stability analysis based on the log information and the application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information specifically includes:
acquiring one or more of system level events, network requests, jump operations among pages, life cycles and interactive flows of system methods in the pages and core service logic records recorded in the log information;
and performing application stability analysis based on one or more of the system level event, the network request, the skip operation between the pages, the life cycle and the interactive flow of the system method in the page and the core service logic record, and the application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
Based on any of the above embodiments, the apparatus further includes a crash distribution unit, configured to:
after a crash report corresponding to a mobile terminal application is received, determining a processing object corresponding to the crash report based on key information contained in the crash report and a preset crash processing distribution rule; the preset crash processing distribution rule comprises sample processing objects corresponding to various types of sample key information and processing priorities of the sample processing objects;
if the processing object corresponding to the crash report is empty, labeling the relevant information in the crash report, performing abnormity detection on the relevant information of each label carried in the crash report, and prompting the relevant information with abnormity and the label thereof;
and otherwise, distributing the crash report to a processing object corresponding to the crash report.
Based on any of the above embodiments, the determining, based on the key information included in the crash report and a preset crash processing distribution rule, a processing object corresponding to the crash report specifically includes:
obtaining key information contained in the crash report; the key information comprises a code segment, a so file, a third-party software development kit, a page where the mobile terminal application stays when a crash event occurs, and a crash mark of the crash report;
matching with corresponding fields in the preset crash processing distribution rule based on the code segment, the so file, the third-party software development kit, the page where the mobile terminal application stays when a crash event occurs and the crash mark of the crash report contained in the crash report to obtain a matching result of each key message;
determining a processing object corresponding to the successfully matched key information based on a matching result corresponding to the successfully matched key information;
and selecting the processing object with the highest processing priority as the processing object corresponding to the crash report based on the processing priorities of the processing objects corresponding to the successfully matched key information.
Based on any of the embodiments described above, before determining, based on the key information included in the crash report and a preset crash processing distribution rule, a processing object corresponding to the crash report, the crash distribution unit is further configured to:
and performing anti-confusion processing on the crash report to obtain the anti-confusion processed crash report, so as to determine a processing object corresponding to the crash report based on key information contained in the anti-confusion processed crash report and a preset crash processing distribution rule.
Based on any of the above embodiments, the performing anti-obfuscation processing on the crash report to obtain the crash report after anti-obfuscation processing specifically includes:
reading a code line to be subjected to anti-obfuscation and a field to be processed in the code line to be subjected to anti-obfuscation from the crash report;
determining an original field corresponding to the field to be processed before confusion based on a preset mapping rule;
and replacing the field to be processed in the code line based on the original field to obtain a crash report after the anti-confusion processing.
Based on any of the above embodiments, the apparatus further comprises an alarm unit configured to:
after receiving a crash report corresponding to the mobile terminal application, determining whether to perform alarm notification or not based on a current alarm triggering mechanism;
the alarm triggering mechanism comprises a single crash event surge alarm, a global crash event surge alarm and a single crash event newly-added alarm; the single crash event surge alarm is to alarm when the occurrence frequency of any type of crash event in a first preset time is greater than a first preset threshold value; the newly increased alarm of the single crash event refers to alarm when any type of crash event occurs for the first time; the global collapse event surge alarm is an alarm when the occurrence frequency of all collapse events in a second preset time is greater than a second preset threshold or the number of the influence groups of all collapse events in a third preset time is greater than a third preset threshold.
Fig. 5 illustrates a physical structure diagram of an electronic device, which may include, as shown in fig. 5: a processor (processor)510, a communication Interface (Communications Interface)520, a memory (memory)530 and a communication bus 540, wherein the processor 510, the communication Interface 520 and the memory 530 communicate with each other via the communication bus 540. Processor 510 may call logic instructions in memory 530 to perform a mobile-side application stability monitoring method comprising: after application problem feedback information sent by a mobile terminal application is received, evaluating based on the application problem feedback information, and determining an evaluation result of the stability monitoring necessity corresponding to the mobile terminal application; if the evaluation result of the necessity of stability monitoring indicates that the stability monitoring is carried out on the mobile terminal application, storing the user identification corresponding to the mobile terminal application into an active monitoring white list; receiving a monitoring confirmation message sent when a mobile terminal application is started, and determining whether to start active monitoring or not based on a user identifier in the monitoring confirmation message and the active monitoring white list; and if the active monitoring is started, establishing communication with the mobile terminal application, acquiring log information in the full life cycle of the mobile terminal application, and analyzing the application stability based on the log information and application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
Furthermore, the logic instructions in the memory 530 may be implemented in the form of software functional units and stored in a computer readable storage medium when the software functional units are sold or used as independent products. Based on such understanding, the technical solution of the present invention or a part thereof which substantially contributes to the prior art may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
In another aspect, the present invention further provides a computer program product, where the computer program product includes a computer program, the computer program may be stored on a non-transitory computer-readable storage medium, and when the computer program is executed by a processor, a computer is capable of executing the method for monitoring stability of a mobile-end application provided by the above methods, where the method includes: after application problem feedback information sent by a mobile terminal application is received, evaluating based on the application problem feedback information, and determining an evaluation result of the stability monitoring necessity corresponding to the mobile terminal application; if the evaluation result of the necessity of stability monitoring indicates that the stability monitoring is carried out on the mobile terminal application, storing the user identification corresponding to the mobile terminal application into an active monitoring white list; receiving a monitoring confirmation message sent when a mobile terminal application is started, and determining whether to start active monitoring or not based on a user identifier in the monitoring confirmation message and the active monitoring white list; and if the active monitoring is started, establishing communication with the mobile terminal application, acquiring log information in the full life cycle of the mobile terminal application, and analyzing the application stability based on the log information and application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
In another aspect, the present invention also provides a non-transitory computer-readable storage medium, on which a computer program is stored, where the computer program is implemented to perform the method for monitoring the stability of a mobile application provided by the foregoing methods when executed by a processor, and the method includes: after application problem feedback information sent by a mobile terminal application is received, evaluating based on the application problem feedback information, and determining an evaluation result of the stability monitoring necessity corresponding to the mobile terminal application; if the evaluation result of the necessity of stability monitoring indicates that the stability monitoring is carried out on the mobile terminal application, storing the user identification corresponding to the mobile terminal application into an active monitoring white list; receiving a monitoring confirmation message sent when a mobile terminal application is started, and determining whether to start active monitoring or not based on a user identifier in the monitoring confirmation message and the active monitoring white list; and if the active monitoring is started, establishing communication with the mobile terminal application, acquiring log information in the full life cycle of the mobile terminal application, and analyzing the application stability based on the log information and application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
Through the above description of the embodiments, those skilled in the art will clearly understand that each embodiment can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware. With this understanding in mind, the above-described technical solutions may be embodied in the form of a software product, which can be stored in a computer-readable storage medium such as ROM/RAM, magnetic disk, optical disk, etc., and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in the embodiments or some parts of the embodiments.
Finally, it should be noted that: the above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.
Claims (10)
1. A method for monitoring application stability of a mobile terminal is characterized by comprising the following steps:
after application problem feedback information sent by a mobile terminal application is received, evaluating based on the application problem feedback information, and determining an evaluation result of the stability monitoring necessity corresponding to the mobile terminal application;
if the evaluation result of the necessity of stability monitoring indicates that the stability monitoring is carried out on the mobile terminal application, storing the user identification corresponding to the mobile terminal application into an active monitoring white list;
receiving a monitoring confirmation message sent when a mobile terminal application is started, and determining whether to start active monitoring or not based on a user identifier in the monitoring confirmation message and the active monitoring white list;
and if the active monitoring is started, establishing communication with the mobile terminal application, acquiring log information in the full life cycle of the mobile terminal application, and analyzing the application stability based on the log information and application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
2. The method for monitoring the stability of the application at the mobile terminal according to claim 1, wherein the analyzing the stability of the application based on the log information and the feedback information of the application problem sent by the application at the mobile terminal to obtain the analysis result corresponding to the feedback information of the application problem specifically comprises:
acquiring one or more of system level events, network requests, jump operations among pages, life cycles and interactive flows of system methods in the pages and core service logic records recorded in the log information;
and performing application stability analysis based on one or more of the system level event, the network request, the skip operation between the pages, the life cycle and the interactive flow of the system method in the page and the core service logic record, and the application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
3. The method for monitoring stability of a mobile end application according to claim 1, further comprising:
after a crash report corresponding to a mobile terminal application is received, determining a processing object corresponding to the crash report based on key information contained in the crash report and a preset crash processing distribution rule; the preset crash processing distribution rule comprises sample processing objects corresponding to various types of sample key information and processing priorities of the sample processing objects;
if the processing object corresponding to the crash report is empty, labeling the relevant information in the crash report, performing abnormity detection on the relevant information carrying the label in the crash report, and prompting the relevant information with abnormity and the label thereof;
and otherwise, distributing the crash report to a processing object corresponding to the crash report.
4. The method for monitoring the stability of the application at the mobile terminal according to claim 3, wherein the determining the processing object corresponding to the crash report based on the key information included in the crash report and a preset crash processing distribution rule specifically includes:
obtaining key information contained in the crash report; the key information comprises a code segment, a so file, a third-party software development kit, a page where the mobile terminal application stays when a crash event occurs, and a crash mark of the crash report;
matching with corresponding fields in the preset crash processing distribution rule based on the code segment, the so file, the third-party software development kit, the page where the mobile terminal application stays when a crash event occurs and the crash mark of the crash report contained in the crash report to obtain a matching result of each key message;
determining a processing object corresponding to the successfully matched key information based on a matching result corresponding to the successfully matched key information;
and selecting the processing object with the highest processing priority from the processing objects corresponding to the successfully matched key information as the processing object corresponding to the crash report.
5. The method according to claim 3, wherein the determining a processing object corresponding to the crash report based on the key information included in the crash report and a preset crash processing distribution rule further comprises:
and performing anti-confusion processing on the crash report to obtain the anti-confusion processed crash report, so as to determine a processing object corresponding to the crash report based on key information contained in the anti-confusion processed crash report and a preset crash processing distribution rule.
6. The method for monitoring stability of an application at a mobile terminal according to claim 5, wherein the performing anti-aliasing on the crash report to obtain an anti-aliased crash report specifically comprises:
reading a code line to be subjected to anti-obfuscation and a field to be processed in the code line to be subjected to anti-obfuscation from the crash report;
determining an original field corresponding to the field to be processed before confusion based on a preset mapping rule;
and replacing the field to be processed in the code line based on the original field to obtain a crash report after anti-aliasing processing.
7. The method for monitoring the stability of the mobile end application according to claim 1, further comprising:
after receiving a crash report corresponding to the mobile terminal application, determining whether to perform alarm notification or not based on a current alarm triggering mechanism;
the alarm triggering mechanism comprises a single crash event surge alarm, a global crash event surge alarm and a single crash event newly-added alarm; the single crash event surge alarm is to alarm when the occurrence frequency of any type of crash event in a first preset time is greater than a first preset threshold value; the newly increased alarm of the single crash event refers to alarm when any type of crash event occurs for the first time; the global collapse event surge alarm is an alarm when the occurrence frequency of all collapse events in a second preset time is greater than a second preset threshold value or the number of people affected by all collapse events in a third preset time is greater than a third preset threshold value.
8. A mobile end application stability monitoring device, comprising:
the evaluation unit is used for evaluating based on the application problem feedback information after receiving the application problem feedback information sent by the mobile terminal application and determining an evaluation result of the stability monitoring necessity corresponding to the mobile terminal application;
a white list maintenance unit, configured to store a user identifier corresponding to the mobile end application in an active monitoring white list if the evaluation result of the necessity of stability monitoring indicates that stability monitoring is performed on the mobile end application;
the active monitoring confirming unit is used for receiving a monitoring confirming message sent when the mobile terminal application is started, and determining whether to start active monitoring or not based on a user identifier in the monitoring confirming message and the active monitoring white list;
and the log active pulling unit is used for establishing communication with the mobile terminal application if active monitoring is started, acquiring log information in the full life cycle of the mobile terminal application, and performing application stability analysis based on the log information and application problem feedback information sent by the mobile terminal application to obtain an analysis result corresponding to the application problem feedback information.
9. An electronic device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the method for monitoring the stability of the mobile application according to any one of claims 1 to 7 when executing the program.
10. A non-transitory computer readable storage medium, on which a computer program is stored, wherein the computer program, when being executed by a processor, implements the steps of the method for monitoring stability of a mobile end application according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210745623.6A CN114816942B (en) | 2022-06-29 | 2022-06-29 | Mobile terminal application stability monitoring method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210745623.6A CN114816942B (en) | 2022-06-29 | 2022-06-29 | Mobile terminal application stability monitoring method and device, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114816942A CN114816942A (en) | 2022-07-29 |
| CN114816942B true CN114816942B (en) | 2022-09-02 |
Family
ID=82523128
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210745623.6A Active CN114816942B (en) | 2022-06-29 | 2022-06-29 | Mobile terminal application stability monitoring method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114816942B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105630682A (en) * | 2015-12-28 | 2016-06-01 | 珠海金山网络游戏科技有限公司 | System and method for automatically collecting and analyzing collapse of mobile terminal |
| CN107301115A (en) * | 2017-06-26 | 2017-10-27 | 中国铁道科学研究院电子计算技术研究所 | Application exception is monitored and restoration methods and equipment |
| CN108400893A (en) * | 2018-02-22 | 2018-08-14 | 北京奇艺世纪科技有限公司 | Processing method, device and the electronic equipment of journal file |
| CN109782982A (en) * | 2018-12-29 | 2019-05-21 | 北京奇安信科技有限公司 | A kind of processing method and terminal reading log |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8499065B2 (en) * | 2010-09-30 | 2013-07-30 | The Nielsen Company (Us), Llc | Methods and apparatus to distinguish between parent and child webpage accesses and/or browser tabs in focus |
-
2022
- 2022-06-29 CN CN202210745623.6A patent/CN114816942B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105630682A (en) * | 2015-12-28 | 2016-06-01 | 珠海金山网络游戏科技有限公司 | System and method for automatically collecting and analyzing collapse of mobile terminal |
| CN107301115A (en) * | 2017-06-26 | 2017-10-27 | 中国铁道科学研究院电子计算技术研究所 | Application exception is monitored and restoration methods and equipment |
| CN108400893A (en) * | 2018-02-22 | 2018-08-14 | 北京奇艺世纪科技有限公司 | Processing method, device and the electronic equipment of journal file |
| CN109782982A (en) * | 2018-12-29 | 2019-05-21 | 北京奇安信科技有限公司 | A kind of processing method and terminal reading log |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114816942A (en) | 2022-07-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106681913A (en) | Application not responding positioning system and method | |
| CN107241229B (en) | Service monitoring method and device based on interface testing tool | |
| CN111291384B (en) | Vulnerability scanning method and device and electronic equipment | |
| CN108241580B (en) | Client program testing method and terminal | |
| US11310140B2 (en) | Mitigating failure in request handling | |
| CN109460343A (en) | System exception monitoring method, device, equipment and storage medium based on log | |
| CN109885496B (en) | Test log management method and system | |
| CN111641601A (en) | Firewall management method, device, equipment and storage medium | |
| CN111143185A (en) | Log-based fault analysis method and device | |
| CN111881014A (en) | System test method, device, storage medium and electronic equipment | |
| CN114356499A (en) | Kubernetes cluster alarm root cause analysis method and device | |
| CN114816942B (en) | Mobile terminal application stability monitoring method and device, electronic equipment and storage medium | |
| CN112306871A (en) | Data processing method, device, equipment and storage medium | |
| CN112100035A (en) | Page abnormity detection method, system and related device | |
| CN107656849B (en) | Method and device for positioning performance problem of software system | |
| CN115525392A (en) | Container monitoring method and device, electronic equipment and storage medium | |
| CN109144800A (en) | A kind of collection method, device and the relevant device of server failure information | |
| CN110362464B (en) | Software analysis method and equipment | |
| CN111625412A (en) | Flume-based data acquisition method, system, device and storage medium | |
| WO2024125173A1 (en) | Network element fault processing method and apparatus, and storage medium and electronic apparatus | |
| CN111459773B (en) | System and method for monitoring and alarming swagger service | |
| CN110674016A (en) | Method for processing log and positioning error information in mobile terminal, mobile terminal and monitoring device thereof and storage medium | |
| CN114579347B (en) | Page abnormity detection method and device, computer equipment and readable storage medium | |
| CN112988401B (en) | Method and device for collecting information in process and electronic equipment | |
| CN117520378A (en) | Optimization processing method, device and system for slow query statement and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |