System Service Timeout Handling via Application Process Termination
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current systems face issues with frame freezing and screen freezing on terminals due to system service timeouts, leading to user data loss and compromised user experience, as existing watchdog mechanisms often result in forced restarts that affect normal threads and locked objects.
Innovation Solution
A method and apparatus for system service timeout processing that identifies and ends the application process communicating with a target system service thread when it times out, releasing locked objects and preventing frame or screen freezing, while utilizing existing watchdog mechanisms to detect timeouts and manage system resources effectively.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the watchdog triggers a terminal restart when a system service thread times out, then the system service timeout problem is resolved, but all user data in the current scenario is lost and the user needs to wait for terminal restart
Solution Approach 1:
The patent segments the system service process into multiple independent threads and identifies the specific thread causing the timeout. Instead of restarting the entire system, only the problematic thread's application process is terminated, preserving other running threads and minimizing user impact.
Solution Approach 2:
The patent extracts and identifies the specific application process associated with the timed-out system service thread through registration information. By isolating and terminating only this specific application process, the solution removes the harmful element without affecting the rest of the system.
2Reliability
If the watchdog triggers a terminal restart when a system service thread times out, then the blocked thread is restored, but all other system service threads are forcibly blocked and normal operations are affected
Solution Approach 1:
The patent segments the system service into independent threads with separate application processes. By terminating only the application process associated with the blocked thread, the solution resolves the blocking issue without forcing other normal threads to restart or block.
Solution Approach 2:
The patent applies local quality by targeting the specific application process causing the timeout with different treatment (termination) than other normal application processes (which continue running). This localized approach resolves the blocking problem while preserving normal system operations.
3Adaptability or versatility
If more functions are implemented on the terminal, then the terminal capabilities are enhanced, but resources occupied by application programs become increasingly fragmented causing frame freezing or screen freezing
Solution Approach 1:
The patent extracts and identifies the specific application process causing resource fragmentation issues through registration information. By terminating only this problematic application process, the solution releases occupied resources and prevents frame or screen freezing while preserving other functional applications.
Solution Approach 2:
The patent applies local quality by selectively managing application processes based on their individual resource usage patterns. The solution terminates only the specific application process causing resource fragmentation, allowing other functions to continue operating normally without affecting overall terminal versatility.
Data Source
AI summary
Embodiments of this application relate to the field of communications technologies, and provide a system service timeout processing method and an apparatus. The method includes: when a target system service thread in at least one system service thread times out, determining, by a terminal, a first application process communicating with the target system service thread, where the timeout of the target system service thread includes at least one of the following: a locked object occupied by the target system service thread is not released within a preset time, and the target system service thread is blocked; and ending, by the terminal, the first application process.


