CN106959909A - A kind of application software abnormal restoring method in android system - Google Patents
A kind of application software abnormal restoring method in android system Download PDFInfo
- Publication number
- CN106959909A CN106959909A CN201710188915.3A CN201710188915A CN106959909A CN 106959909 A CN106959909 A CN 106959909A CN 201710188915 A CN201710188915 A CN 201710188915A CN 106959909 A CN106959909 A CN 106959909A
- Authority
- CN
- China
- Prior art keywords
- checkpointing
- flow
- state
- checkpoint
- application
- 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.)
- Pending
Links
Classifications
-
- 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/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1438—Restarting or rejuvenating
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Retry When Errors Occur (AREA)
Abstract
The invention discloses the application software abnormal restoring method in a kind of android system, including:Exception monitoring flow, when application program has abnormal generation, adapter application program, by the way that the check point file pre-set is reloaded into internal memory;Checkpointing flow, checkpointing module sets up the data structure of checkpoint preservation in internal memory, find the target process of the application program, information needed for the process normally operation is stored in check point file, it is reasonable in case of need to be handled afterwards according to the running status of target process;Process status recovers flow, by data such as the check point files of preservation, makes process resumption to the state at Checkpointing moment, continues executing with.The present invention is preserved the state of application program under normal operating condition, so as to recover so far, can so avoid the required loss of state caused by restarting program and reduce counting loss, have important practical significance when ging wrong.
Description
Technical field
The present invention relates to the application software abnormal restoring in field of computer technology, more particularly to a kind of android system
Method.
Background technology
As embedded system and the development speedup of mobile Internet are accelerated, the center of gravity of development of computer is gradually from PC ends
It is transferred to using intelligent terminal as leading embedded system field.The development of mobile Internet, new opportunity is brought for us
And challenge.
In computer architecture, operating system nucleus is as bottom software, once collapse will cause whole system
Failure, the application program of all operations thereon will all lose the chance safeguarded oneself state and continued to run with.In order to avoid this
Failure of overall importance, academia and industrial quarters strengthen the robustness of kernel there is provided multiple technologies, or provide fault recovery
Scheme, typical process resumption technology includes checkpoint and recovers box technology.
Platform class virtual machine technique turns into focus, Xen, VMWare, KVM etc. ripe virtual machine manager platform in recent years
There is provided the senior management tool such as Fault Isolation, online migration, virtual machine snapshot, data center and group system are significantly improved
Stability, availability and serviceability (RAS).Wherein virtual machine snapshot can be considered as is carried out simultaneously to system layer and client layer
Checkpoint, once system crash, virtual machine manager can restart a snapshot of corresponding system at any time, rebuild all applications
Program.Virtual machine snapshot needs to store the information of whole system (operating system and all users), thus cost is very high
, system maintenance and integration are currently used primarily in, process resumption is directly used in and has little significance.It is currently based on the process of interior nuclear reconstitution
Recovery technology also has certain research, MVS and Otherworld such as based on Linux.
However, the exception that the android system opened as platform is likely to occur in for application software running
Problem, the treatment research of maturation is not carried out also.In recent years, some team start this mechanism being applied to android system
In, but purpose is the optimization to android system toggle speed, has also just confirmed what is be initially referred to:Checkpoint machine
Make in the most starting up speed no more than accelerating mobile phone of Android platform application and the transplanting to android system.For
User application running is likely to occur abnormal crash issue in android system, carries out a series of processing, at present not
There is excessive research.Compared to desktop system, according to investigations mobile system be more easy to restart or unpredictable shutdown phenomenon (by
In automatic App edition upgradings, battery electric quantity is excessively low), these situations largely affect the experience of user.It is more serious
Situation be possible some unknown mistake directly results in restarting for mobile phone, now the caused result of restarting of mobile phone is exactly
The most mistake of APP states.For example user is made a reservation using taking journey, is set out in input and city and is reached city and set out day
After phase and return date, determine the flight to be taken by comparing and start to check selected flight, now mobile phone is restarted, user
Need to restart and take journey APP, now, it can be seen that flight status selected before disappears, it is necessary to restart the letter needed for search
Breath.
The content of the invention
In view of the drawbacks described above of prior art, the technical problems to be solved by the invention are to provide a kind of Android systems
Application software abnormal restoring method on system, to solve the deficiencies in the prior art.
To achieve the above object, the invention provides the application software abnormal restoring method in a kind of android system, its
It is characterised by, including:
Exception monitoring flow, once application program have it is abnormal occur when, adapter application program, by by the inspection pre-set
File is made an inventory of to reload into internal memory;
Checkpointing flow, checkpointing module sets up the data structure of checkpoint preservation in internal memory, and finding should
The target process of application program, the information needed for the process normally operation is stored in check point file, afterwards according to target
Running state of a process, it is reasonable in case of need to be handled;
Process status recovers flow, by data such as the check point files of preservation, when making process resumption to Checkpointing
The state at quarter, is continued executing with.
Application software abnormal restoring method in a kind of above-mentioned android system, it is characterised in that the checkpoint is set
Put flow specific as follows:
11st, function mtcp_init (the char const*checkpointfilename, int in mtcp.so storehouses are called
Interval, int clonenabledefault) initialized, including:
The title for the checkpoint that checkpointfilename is set, interval sets a checkpoint every few seconds,
Clonenabledefault=0 or 1, to determine whether that acquiescence carries out checkpointing work, in addition, from proc texts
Part system reads pid and the preservation that target process is current process, and registration signal processing routine;
12nd, mtcp_set_callbacks () call back function is called in first time checkpointing, for for checkpoint
Specific function is set;
13rd, the last of mtcp_init () initialization establishes a checkpoint control thread, for receiving user's preservation
During the signal of process status, notify to carry out related linear program the preservation of state, including restarting a little during a target process recovery;
14th, clonenabledefault=1 is worked as, acquiescence carries out checkpointing, in system layer, by application layer
Request data is changed, as the data that can be interacted under system mode, so as to be preserved to target process state;
15th, system, which is preserved, is capable of the status information of restart target process to an entitled checkpointfilename
.mtcp files in;
16th, checkpoint controls thread by being detected to each thread state in process, it is ensured that all threads are in
Suspended state;
17th, checkpointhread () is called come the dotted state file that writes a self-criticism to disk;
18th, process is continued executing with if normal operation, once exception occurs for user's application process, then triggers abnormality processing
Device.
Application software abnormal restoring method in a kind of above-mentioned android system, it is characterised in that the process status
Recover flow specific as follows:
Once the 21, occurring abnormal, triggering exception monitoring mechanism, capture target process and occur exception;
22nd, crashhandler () function is called in application layer, carries out necessary processing, including:1. to triggering exception
Information be collected and preserve;2. implementation process is resumed work;
23rd, user sends restart requests, is interacted by the restart relevant interfaces and system layer of encapsulation, is being
System layer, which is performed, resumes work;
24th, by the mtcp_ratsrt storehouses that system layer is compiled, by open_ckpt_to_read () function, passing through
Fork () goes out a new process, referred to as subprocess, and the check point file for then setting opening loads the son gone out into fork
In process, resuming work for state is carried out;
25th, subprocess is hatched by self-replacation carries out respective with the same number of thread of target process, each thread
The recovery of context;
26th, treat that all threads have been recovered, application layer is retracted from system layer, at the time of process is to Checkpointing,
Recovery normal condition is carried out, is continued executing with.
Application software abnormal restoring method in a kind of above-mentioned android system, it is characterised in that the exception monitoring
Flow realizes that checkpointing flow is recovered flow with process status and realized in system layer in application layer.
Application software abnormal restoring method in a kind of above-mentioned android system, it is characterised in that the checkpoint is set
The function for putting flow and process status recovery flow is packaged using Android JNI, and generating function storehouse is application layer
Exception monitoring flow provides calling interface.
Application software abnormal restoring method in a kind of above-mentioned android system, it is characterised in that:The checkpoint is set
The data structure that module sets up checkpoint preservation in internal memory is put, according to No. pid read in proc file system, finding should
The target process of application program.
The beneficial effects of the invention are as follows:
The present invention carries out the setting and recovery of checkpoint by the system layer in Android frameworks to user's application process
Operation, is packaged by the power function to system layer, and in application layer, we realize abnormal capture and processing, and processing is main
It is to be realized by calling the interface of encapsulation, including initializes checkpoint path, checkpointing, checkpoint recovery etc. to enter
OK, it is portable stronger.Purpose is to be preserved the state of application program under normal operating condition, so as to go out to ask
Recover so far during topic.The required loss of state caused by restarting program can so be avoided and counting loss is reduced.At present,
It can realize that this is required in Linux system, but not studied too much also in android system.Therefore, it is of the invention
Have important practical significance.
The technique effect of the design of the present invention, concrete structure and generation is described further below with reference to accompanying drawing, with
It is fully understood from the purpose of the present invention, feature and effect.
Brief description of the drawings
Fig. 1 is the overall flow Organization Chart of the present invention.
Fig. 2 is the overview flow chart of the present invention.
Fig. 3 is the checkpointing procedure Procedure figure of the present invention.
The process status that Fig. 4 is the present invention recovers procedure Procedure figure.
Embodiment
As shown in figure 1, the application software abnormal restoring method in a kind of android system, it is characterised in that including:
Exception monitoring flow, once application program have it is abnormal occur when, adapter application program, by by the inspection pre-set
File is made an inventory of to reload into internal memory;
Checkpointing flow, checkpointing module sets up the data structure of checkpoint preservation in internal memory, and finding should
The target process of application program, the information needed for the process normally operation is stored in check point file, afterwards according to target
Running state of a process, it is reasonable in case of need to be handled;
Process status recovers flow, by data such as the check point files of preservation, when making process resumption to Checkpointing
The state at quarter, is continued executing with.
When carrying out checkpointing to intended application process, being used in system realizes the checkpoint thread of checkpointing
By calling the special interface under proc file system, the PID of specified process is known, so as to find specific process.When right
When the application process of user carries out checkpointing, checkpointing finds specified process according to Process identifier PID, to process
Context status information preserved:The file of process current state opening, the current CPU of process use state situation, void
Intend service condition, service condition of current logic section of internal memory etc..
As shown in figure 1, passing through 3, it is possible to achieve the purpose to specifying process Checkpointing.Application program once starts,
No matter cold start-up or thermal starting, system default can for the application establishment or distributed a process, as long as process is not killed, just
Process identifier PID presence is had, now, one will be created under the proc file directorys in proc file system with this
The file directory of PID names.It is that system is the various status informations that corresponding process is safeguarded under catalogue file folder, including:Enter
The current memory content of filec descriptor that the work at present catalogue of journey, process are opened instantly, process, the process address space are reflected
Firing table file etc..Our checkpoint/Restoration Mechanism to these to the information that process status is described by that can converge
Always, read, and preserved according to certain strategy, realize the target for preserving specific process, ultimately generate required check point file.
User wants to realize the specific strategy for supporting checkpoint/Restoration Mechanism, then can be achieved by step 1,2,3.It is logical
Cross the encapsulation to checkpoint/Restoration Mechanism collection of functions, the function library of compiling generation multiple combinations, then in user's application process
Call as needed different combination of function or carry out it is necessary improve, realize the checkpointing to process.
Either step 3 or 1,2,3 come carry out to specify process checkpointing, without to system kernel carry out
Modification or precompile, it is only necessary to which we are compiled to the kinematic function storehouse link of generation in system layer in checkpoint/Restoration Mechanism
Into consumer process, calling for line function is then directly entered in the application, the setting work of checkpoint just can be realized.In case needing
Will when recover to use.
The design cycle of the present invention is as shown in Fig. 2 main modular has three:Exception monitoring module, checkpointing module
And recovery module, design philosophy is mainly APP in the Android phone during normal operation, when there is specific control
Part, the button that can such as press is related at the point of activity switchings, is the setting that application program carries out checkpoint, once using journey
Sort run, by the way that the check point file pre-set is reloaded into internal memory, distributes to advance fork to when having abnormal generation
Process after so that application program can rollback recovery to control trigger before normal condition so that proceed operation.Wherein
Process exception monitoring modular is main to be realized in application layer, and checkpointing is specifically to be realized in system layer with recovery module, is led to
Cross and this two-part function be packaged using Android JNI, generating function storehouse provides calling interface for application layer,
To be called in user application, the target for recovering abnormal program is realized.
Exception monitoring flow for monitoring user's application process is mainly realized in application layer.Mainly pass through
An Android global abnormal treatment mechanism is captured and reported to the abnormal problem that application program is likely to occur, here
The UncaughtException processing classes in Android are used, by realizing UncaughtExceptionHandler interfaces,
And in order to just be monitored it, it is necessary to our place that do not catch the exception in Application at the beginning of program starts
Reason device is registered.So, when having Uncaught generations extremely, UncaughtException classes will take over and apply journey
Sequence, by being grasped in the abnormality processing not caught the exception defined in processor for realizing UncaughtExceptionHandler interfaces
Make, to triggering abnormal information etc. to be collected, record.
The preservation of process status is mainly carried out by checkpointing flow:User is in application layer by encapsulation for setting
The interface of checkpoint is put, the function of system level design is invoked at, checkpointing work is carried out to target process.Checkpoint is set
Put mainly, first, checkpointing module sets up the data structure of checkpoint preservation in internal memory, according in proc files system
No. pid read in system, finds the target process, and the information needed for the process normally operation is preserved to the checkpoint of our designs
In file.It is reasonable in case of need to be handled afterwards according to the running status of target process.Flow chart as shown in figure 3,
Wherein, the operation in dotted line frame is completed in system layer;Dotted line sends for signal;Solid line is program flow direction.
Checkpointing flow is as shown in figure 3, specific as follows:
11st, function mtcp_init (the char const*checkpointfilename, int in mtcp.so storehouses are called
Interval, int clonenabledefault) initialized, including:
The title for the checkpoint that checkpointfilename is set, interval sets a checkpoint every few seconds,
Clonenabledefault=0 or 1, to determine whether that acquiescence carries out checkpointing work, in addition, from proc texts
Part system reads pid and the preservation that target process is current process, and registration signal processing routine;
12nd, mtcp_set_callbacks () call back function is called in first time checkpointing, for for checkpoint
Specific function is set;
13rd, the last of mtcp_init () initialization establishes a checkpoint control thread, for receiving user's preservation
During the signal of process status, notify to carry out related linear program the preservation of state, including restarting a little during a target process recovery;
14th, clonenabledefault=1 is worked as, acquiescence carries out checkpointing, in system layer, by application layer
Request data is changed, as the data that can be interacted under system mode, so as to be preserved to target process state;
15th, system, which is preserved, is capable of the status information of restart target process to an entitled checkpointfilename
.mtcp files in;
16th, checkpoint controls thread by being detected to each thread state in process, it is ensured that all threads are in
Suspended state;
17th, checkpointhread () is called come the dotted state file that writes a self-criticism to disk;
18th, process is continued executing with if normal operation, once exception occurs for user's application process, then triggers abnormality processing
Device.
The recovery process of target process, and checkpointing process is on the contrary, i.e. by the data such as check point file preserved,
Make process resumption to the state at Checkpointing moment, continue executing with.The flow chart of recovery process is as shown in Figure 4.
Once the 21, occurring abnormal, triggering exception monitoring mechanism, capture target process and occur exception;
22nd, crashhandler () function is called in application layer, carries out necessary processing, including:1. to triggering exception
Information be collected and preserve;2. implementation process is resumed work;
23rd, user sends restart requests, is interacted by the restart relevant interfaces and system layer of encapsulation, is being
System layer, which is performed, resumes work;
24th, by the mtcp_ratsrt storehouses that system layer is compiled, by open_ckpt_to_read () function, passing through
Fork () goes out a new process, referred to as subprocess, and the check point file for then setting opening loads the son gone out into fork
In process, resuming work for state is carried out;
25th, subprocess is hatched by self-replacation carries out respective with the same number of thread of target process, each thread
The recovery of context;
26th, treat that all threads have been recovered, application layer is retracted from system layer, at the time of process is to Checkpointing,
Recovery normal condition is carried out, is continued executing with.
The present invention carries out the setting and recovery of checkpoint by the system layer in Android frameworks to user's application process
Operation, is packaged by the power function to system layer, and in application layer, we realize abnormal capture and processing, and processing is main
It is to be realized by calling the interface of encapsulation, including initializes checkpoint path, checkpointing, checkpoint recovery etc. to enter
OK, it is portable stronger.Purpose is to be preserved the state of application program under normal operating condition, so as to go out to ask
Recover so far during topic.The required loss of state caused by restarting program can so be avoided and counting loss is reduced.At present,
It can realize that this is required in Linux system, but not studied too much also in android system.Therefore, it is of the invention
Have important practical significance.
Preferred embodiment of the invention described in detail above.It should be appreciated that one of ordinary skill in the art without
Need creative work just can make many modifications and variations according to the design of the present invention.Therefore, all technologies in the art
Personnel are available by logical analysis, reasoning, or a limited experiment on the basis of existing technology under this invention's idea
Technical scheme, all should be in the protection domain being defined in the patent claims.
Claims (6)
1. the application software abnormal restoring method in a kind of android system, it is characterised in that including:
Exception monitoring flow, once application program have it is abnormal occur when, adapter application program, by by the checkpoint pre-set
File is reloaded into internal memory;
Checkpointing flow, checkpointing module sets up the data structure of checkpoint preservation in internal memory, finds the application
The target process of program, the information needed for the process normally operation is stored in check point file, afterwards according to target process
Running status, it is reasonable in case of need to be handled;
Process status recovers flow, by data such as the check point files of preservation, makes process resumption to the Checkpointing moment
State, is continued executing with.
2. the application software abnormal restoring method in a kind of android system as claimed in claim 1, it is characterised in that institute
State checkpointing flow specific as follows:
11st, function mtcp_init (the char const*checkpointfilename, int in mtcp.so storehouses are called
Interval, int clonenabledefault) initialized, including:The checkpoint that checkpointfilename is set
Title, interval sets a checkpoint every few seconds, clonenabledefault=0or 1, with determine whether to give tacit consent into
Row checkpointing is worked, in addition, and pid and the preservation that target process is current process are read from proc file system, and
Registration signal processing routine;
12nd, mtcp_set_callbacks () call back function is called in first time checkpointing, for for checkpointing
Specific function;
13rd, the last of mtcp_init () initialization establishes a checkpoint control thread, for receiving user's preservation process
During the signal of state, notify to carry out related linear program the preservation of state, including restarting a little during a target process recovery;
14th, clonenabledefault=1 is worked as, acquiescence carries out checkpointing, in system layer, passes through the request to application layer
Data are changed, as the data that can be interacted under system mode, so as to be preserved to target process state;
15th, system, which is preserved, is capable of the status information of restart target process to entitled checkpointfilename's
.mtcp in file;
16th, checkpoint controls thread by being detected to each thread state in process, it is ensured that all threads are in hanging up
State;
17th, checkpointhread () is called come the dotted state file that writes a self-criticism to disk;
18th, process is continued executing with if normal operation, once exception occurs for user's application process, then triggers exception handler.
3. the application software abnormal restoring method in a kind of android system as claimed in claim 1, it is characterised in that institute
State process status recovery flow specific as follows:
Once the 21, occurring abnormal, triggering exception monitoring mechanism, capture target process and occur exception;
22nd, crashhandler () function is called in application layer, carries out necessary processing, including:1. to triggering the abnormal letter occurred
Breath is collected and preserved;2. implementation process is resumed work;
23rd, user sends restart requests, is interacted by the restart relevant interfaces and system layer of encapsulation, in system layer
Execution is resumed work;
24th, by the mtcp_ratsrt storehouses that system layer is compiled, by open_ckpt_to_read () function, passing through fork
() goes out a new process, referred to as subprocess, and the check point file for then setting opening loads the subprocess gone out into fork
In, carry out resuming work for state;
25th, subprocess is hatched by self-replacation and carried out with the same number of thread of target process, each thread above and below respective
The recovery of text;
26th, treat that all threads have been recovered, application layer is retracted from system layer, at the time of process is to Checkpointing, carry out
Recover normal condition, continue executing with.
4. the application software abnormal restoring method in a kind of android system as claimed in claim 1, it is characterised in that institute
State exception monitoring flow to realize in application layer, checkpointing flow is recovered flow with process status and realized in system layer.
5. the application software abnormal restoring method in a kind of android system as claimed in claim 4, it is characterised in that institute
The function for stating checkpointing flow and process status recovery flow is packaged using Android JNI, generating function storehouse,
Calling interface is provided for the exception monitoring flow of application layer.
6. the application software abnormal restoring method in a kind of android system as claimed in claim 1, it is characterised in that:Institute
The data structure that checkpointing module sets up checkpoint preservation in internal memory is stated, according to what is read in proc file system
No. pid, find the target process of the application program.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710188915.3A CN106959909A (en) | 2017-03-27 | 2017-03-27 | A kind of application software abnormal restoring method in android system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710188915.3A CN106959909A (en) | 2017-03-27 | 2017-03-27 | A kind of application software abnormal restoring method in android system |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106959909A true CN106959909A (en) | 2017-07-18 |
Family
ID=59471854
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710188915.3A Pending CN106959909A (en) | 2017-03-27 | 2017-03-27 | A kind of application software abnormal restoring method in android system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106959909A (en) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107480005A (en) * | 2017-07-31 | 2017-12-15 | 惠州华阳通用电子有限公司 | A kind of linux system process guard method |
CN109491836A (en) * | 2018-10-30 | 2019-03-19 | 京信通信系统(中国)有限公司 | Data reconstruction method, device and base station |
CN109614257A (en) * | 2018-10-23 | 2019-04-12 | 平安科技(深圳)有限公司 | Processing method, device, computer storage medium and the electronic equipment of program exception |
CN110716758A (en) * | 2018-06-26 | 2020-01-21 | 阿里巴巴集团控股有限公司 | Program running method, device, equipment and storage medium |
CN111124795A (en) * | 2018-11-01 | 2020-05-08 | 百度在线网络技术(北京)有限公司 | Application start monitoring method, device and equipment |
CN111381996A (en) * | 2020-03-16 | 2020-07-07 | Oppo(重庆)智能科技有限公司 | Memory exception handling method and device |
CN112348462A (en) * | 2020-10-29 | 2021-02-09 | 岭东核电有限公司 | Process processing method, apparatus, computer device, and storage medium |
CN112650610A (en) * | 2020-12-11 | 2021-04-13 | 苏州浪潮智能科技有限公司 | Linux system crash control method, system and medium |
CN113256909A (en) * | 2020-12-31 | 2021-08-13 | 深圳怡化电脑股份有限公司 | Method, system, depositing and withdrawing device and storage medium for device driver self-recovery |
CN113467990A (en) * | 2021-05-31 | 2021-10-01 | 上海卫星工程研究所 | Deep space exploration important data backup and recovery method and system |
WO2022089000A1 (en) * | 2020-10-26 | 2022-05-05 | 华为技术有限公司 | File system check method, electronic device, and computer readable storage medium |
WO2022126851A1 (en) * | 2020-12-18 | 2022-06-23 | 惠州Tcl移动通信有限公司 | Method for handling exception in android thread, and terminal and computer-readable storage medium |
-
2017
- 2017-03-27 CN CN201710188915.3A patent/CN106959909A/en active Pending
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107480005A (en) * | 2017-07-31 | 2017-12-15 | 惠州华阳通用电子有限公司 | A kind of linux system process guard method |
CN110716758A (en) * | 2018-06-26 | 2020-01-21 | 阿里巴巴集团控股有限公司 | Program running method, device, equipment and storage medium |
CN109614257A (en) * | 2018-10-23 | 2019-04-12 | 平安科技(深圳)有限公司 | Processing method, device, computer storage medium and the electronic equipment of program exception |
CN109491836B (en) * | 2018-10-30 | 2021-04-27 | 京信通信系统(中国)有限公司 | Data recovery method, device and base station |
CN109491836A (en) * | 2018-10-30 | 2019-03-19 | 京信通信系统(中国)有限公司 | Data reconstruction method, device and base station |
CN111124795A (en) * | 2018-11-01 | 2020-05-08 | 百度在线网络技术(北京)有限公司 | Application start monitoring method, device and equipment |
CN111124795B (en) * | 2018-11-01 | 2024-03-26 | 百度在线网络技术(北京)有限公司 | Application starting monitoring method, device and equipment |
CN111381996A (en) * | 2020-03-16 | 2020-07-07 | Oppo(重庆)智能科技有限公司 | Memory exception handling method and device |
CN111381996B (en) * | 2020-03-16 | 2023-06-06 | Oppo(重庆)智能科技有限公司 | Memory exception handling method and device |
WO2022089000A1 (en) * | 2020-10-26 | 2022-05-05 | 华为技术有限公司 | File system check method, electronic device, and computer readable storage medium |
CN112348462A (en) * | 2020-10-29 | 2021-02-09 | 岭东核电有限公司 | Process processing method, apparatus, computer device, and storage medium |
CN112650610A (en) * | 2020-12-11 | 2021-04-13 | 苏州浪潮智能科技有限公司 | Linux system crash control method, system and medium |
CN112650610B (en) * | 2020-12-11 | 2023-01-10 | 苏州浪潮智能科技有限公司 | Linux system crash control method, system and medium |
WO2022126851A1 (en) * | 2020-12-18 | 2022-06-23 | 惠州Tcl移动通信有限公司 | Method for handling exception in android thread, and terminal and computer-readable storage medium |
CN113256909A (en) * | 2020-12-31 | 2021-08-13 | 深圳怡化电脑股份有限公司 | Method, system, depositing and withdrawing device and storage medium for device driver self-recovery |
CN113467990A (en) * | 2021-05-31 | 2021-10-01 | 上海卫星工程研究所 | Deep space exploration important data backup and recovery method and system |
CN113467990B (en) * | 2021-05-31 | 2022-03-18 | 上海卫星工程研究所 | Deep space exploration important data backup and recovery method and system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106959909A (en) | A kind of application software abnormal restoring method in android system | |
CN101887393B (en) | Equipment fault reproduction method and system based on para-virtualization technique | |
JP5128944B2 (en) | Method and system for minimizing data loss in computer applications | |
Machida et al. | Modeling and analysis of software rejuvenation in a server virtualized system | |
CN104102506B (en) | A kind of Android Acceleration of starting methods based on ARM platforms | |
EP2802990B1 (en) | Fault tolerance for complex distributed computing operations | |
JP4651127B2 (en) | Virtual machine computer system and fail-safe method of virtual machine computer system | |
CN102520881A (en) | Virtual machine snapshot management method and system of cloud computing platform | |
CN100465899C (en) | Method for implementing checkpoint of Linux program at user level based on virtual kernel object | |
CN103761182A (en) | Method and device for deadlock detection | |
JP2785998B2 (en) | Computer system | |
US10055234B1 (en) | Switching CPU execution path during firmware execution using a system management mode | |
CN104077220A (en) | Method and device for debugging microprocessor without interlocked piped stages (MIPS) framework operating system kernel | |
CN104391777A (en) | Cloud platform based on Linux operating system and operation monitoring method and device of cloud platform | |
CN102880477A (en) | Method for realizing computer start and computer | |
CN105224403B (en) | A kind of interruption processing method and device | |
CN103019706A (en) | Method and device for processing startup item | |
CN108762886A (en) | The fault detect restoration methods and system of virtual machine | |
CN102708015A (en) | Debugging method based on diagnosis of CPU (central processing unit) non-maskable interrupt system problems | |
CN104714839A (en) | Method and device for controlling life cycle of processes | |
Garg et al. | Checkpoint-restart for a network of virtual machines | |
CN105068899A (en) | Automatic reboot stability test method for Vmware system | |
Ma et al. | M-JavaMPI: A Java-MPI binding with process migration support | |
EP2168045A1 (en) | Exception-based error handling in an array-based language | |
CN115237728A (en) | Visual monitoring method for real-time operating system running state |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170718 |
|
WD01 | Invention patent application deemed withdrawn after publication |