Question and Answer Session Q: What is the essential difference between an Android main thread crash and a child thread crash? A: The child thread crash is just like a normal Java thread. By using setDefaultUncaughtExceptionHandler, you can capture the exception of the corresponding child thread in ThreadGroup for subsequent processing (starting an independent process to remind the user and report to the platform, etc., or ignoring specific exceptions as if they did not happen through policy issuance). There is a slight difference between the main thread crash and the child thread crash in Android. Although both can be captured by setDefaultUncaughtExceptionHandler, there is actually a little trick behind this. After the Android main thread is started, it maintains a pipeline-blocking producer-consumer dead loop through MainHandler's Looper.loop(), and all main thread codes are dispatched through this loop and executed in MainLooper. Therefore, when the main thread crashes, this loop will be jumped out, causing Looper to be unable to continue executing other Messages in it. Therefore, when the main thread crashes, there will be several different manifestations. One of the scenarios is that a crash in Activity's onCreate will cause a black screen in the interface (note that this crash is not anr, because an exception is thrown in onCreate, which prevents subsequent code from being executed, that is, the Activity lifecycle framework code cannot continue, and subsequent Messages cannot be dispatched normally, so the interface is black before it comes out), while a crash in the View click event response may not result in a black screen (it may, depending on what operation is done), but subsequent Messages cannot be dispatched normally. Extension session <br /> Q: What are your thoughts on the above description? Answer: There is nothing to say about the child thread crash. Since the main thread crash will cause the Looper to exit, we can start a Looper.loop() with our own try-catch in the main thread to execute the main thread task. This is equivalent to replacing the Looper.loop() in the ActivityThread main with a loop() with try-catch. In this way, the loop will not exit after the main thread crashes, and the code can continue to execute. It's just that the scenario of the crash may be invalid. For example, the user clicks the button to set the copy and it crashes, and there may be no response after clicking it; at the same time, if there is a crash in the onCreate and other methods of the Activity started by clicking the button, it will cause a black screen, so this kind of crash needs to be treated differently (for example, reporting the exception and popping up a reminder box and directly killing the process, etc.). The following is a simple implementation of the core code (the Activity life cycle is handled roughly and is only for demo):
This article is reprinted from the WeChat public account "Coder Daily Question", which can be followed through the following QR code. To reprint this article, please contact the Coder Daily Question public account. |
<<: QQ 8.5 for iPhone officially released: Split-screen file viewing and new moods
>>: WeChat, which has been criticized for so long, finally came up with a feature worth praising
Jia Zhangke's short film "A Bucket"...
In November, my country's Tianwen-1 cooperate...
In the golden October, the hazy autumn colors bri...
In 2019, a beluga whale suspected to be a Russian...
In the next few days, the name "iPhone 6&quo...
Wenjie M7, a new energy vehicle that is good at p...
If you ask which volcano in the United States is ...
Due to the particularity of information flow adve...
This article was reviewed by Dr. Tao Ning, Associ...
Introduction: When uploading new products to the ...
There is never a shortage of hot topics on the In...
"For wedding photos that only happen once in...
Every fitness app claims that the best mobile coa...
This article analyzes the hottest articles on Xia...
Testing applications is very cumbersome. Where ca...