Java和Android崩潰捕獲機(jī)制
引言
作為開(kāi)發(fā)同學(xué),每天都在面臨各種各種的崩潰問(wèn)題。
我們都如果在A(yíng)ndroid應(yīng)用中發(fā)生了未捕獲的崩潰問(wèn)題,不管是在主線(xiàn)程還是在子線(xiàn)程,應(yīng)用都會(huì)直接退出。
但是Java程序,子線(xiàn)程拋出的異常,不會(huì)引起程序的退出。
那你們知道JVM是如何處理應(yīng)用未捕獲崩潰的嗎?Android又是怎樣在發(fā)生崩潰時(shí)讓程序退出的呢?
崩潰處理機(jī)制
當(dāng)一個(gè)線(xiàn)程拋出異常時(shí),JVM會(huì)調(diào)用線(xiàn)程的dispatchUncaughtException方法,所有未被捕獲的異常,最后都會(huì)交給UncaughtExceptionHandler處理。
對(duì)于一個(gè)線(xiàn)程來(lái)說(shuō),UncaughtExceptionHandler有多個(gè),首先有針對(duì)單個(gè)線(xiàn)程的unCaughtExceptionHandler,然后還有靜態(tài)的首先有一個(gè)靜態(tài)的defaultUncaughtExceptionHandler和defaultUncaughtPreExceptionHandler,這個(gè)是對(duì)每個(gè)線(xiàn)程都生效的。
處理順序:未捕獲的異常,先由線(xiàn)程處理,然后由線(xiàn)程的ThreadGroup處理,最后再由默認(rèn)異常處理程序處理。
Android發(fā)生崩潰后
為什么Android發(fā)生異常后,不管是在主線(xiàn)程還是在子線(xiàn)程,都會(huì)引起程序crash退出呢?
其實(shí)是因?yàn)锳ndroid給所有線(xiàn)程都設(shè)置了一個(gè)defaultExceptionHandler,這個(gè)ExceptionHandler的處理邏輯就是讓程序退出。
下面我們來(lái)看源碼。
在應(yīng)用程序被創(chuàng)建的時(shí)候,RuntimeInit會(huì)設(shè)置一個(gè)默認(rèn)的異常處理Handler,這個(gè)異常處理Handler就是KillApplicationHandler。從名字就可以看出,這個(gè)Handler主要負(fù)責(zé)殺掉App進(jìn)程。
// RuntimInit
protected static final void commonInit() {
LoggingHandler loggingHandler = new LoggingHandler();
// 設(shè)置preExceptionHandler
Thread.setUncaughtExceptionPreHandler(loggingHandler);
// KillApplicationHandler 作為全局 Handler
Thread.setDefaultUncaughtExceptionHandler(new KillApplicationHandler(loggingHandler));
//...
}KillApplicationHandler會(huì)先調(diào)用loggingHandler打印日志,然后殺掉當(dāng)前進(jìn)程。
private static class KillApplicationHandler implements Thread.UncaughtExceptionHandler {
private final LoggingHandler mLoggingHandler;
public KillApplicationHandler(LoggingHandler loggingHandler) {
// 傳入loggingHandler用于打日志
this.mLoggingHandler = Objects.requireNonNull(loggingHandler);
}
@Override
public void uncaughtException(Thread t, Throwable e) {
try {
// 打日志
ensureLogging(t, e);
// 已經(jīng)在crash中了,不處理了
if (mCrashing) return;
mCrashing = true;
// ...
} catch (Throwable t2) {
// ...
} finally {
// 通知內(nèi)核殺掉進(jìn)程
Process.killProcess(Process.myPid());
// 停止VM
System.exit(10);
}
}所以,當(dāng)出現(xiàn)未捕獲的異常時(shí),會(huì)交給KillApplicationHandler中的uncaughtException,從而直接讓程序退出。與此同時(shí),我們也可以從adb日志中看到崩潰的具體堆棧。
下一篇,我們講講如何借用 uncaughtExceptionHandler的原理來(lái)實(shí)現(xiàn)Android應(yīng)用永不崩潰。
以上就是Java和Android崩潰捕獲機(jī)制的詳細(xì)內(nèi)容,更多關(guān)于Java Android崩潰捕獲的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
SpringBoot使用AOP實(shí)現(xiàn)統(tǒng)計(jì)全局接口訪(fǎng)問(wèn)次數(shù)詳解
這篇文章主要介紹了SpringBoot通過(guò)AOP實(shí)現(xiàn)對(duì)全局接口訪(fǎng)問(wèn)次數(shù)的統(tǒng)計(jì),文章從相關(guān)問(wèn)題展開(kāi)全文內(nèi)容詳情,具有一定的參考價(jià)值,需要的小伙伴可以參考一下2022-06-06
spring boot整合mybatis利用Mysql實(shí)現(xiàn)主鍵UUID的方法
這篇文章主要給大家介紹了關(guān)于spring boot整合mybatis利用Mysql實(shí)現(xiàn)主鍵UUID的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧。2018-03-03
使用Spring Data Jpa的CriteriaQuery一個(gè)陷阱
使用Spring Data Jpa的CriteriaQuery進(jìn)行動(dòng)態(tài)條件查詢(xún)時(shí),可能會(huì)遇到一個(gè)陷阱,當(dāng)條件為空時(shí),查詢(xún)不到任何結(jié)果,并不是期望的返回所有結(jié)果。這是為什么呢?2020-11-11
完美解決springboot項(xiàng)目出現(xiàn)”java: 錯(cuò)誤: 無(wú)效的源發(fā)行版:17“問(wèn)題(圖文詳解)
這篇文章主要介紹了完美解決springboot項(xiàng)目出現(xiàn)”java: 錯(cuò)誤: 無(wú)效的源發(fā)行版:17“問(wèn)題,本文通過(guò)圖文并茂的形式給大家介紹的非常詳細(xì),需要的朋友可以參考下2023-04-04
java Collection 之Set使用說(shuō)明
本篇文章小編為大家介紹,java Collection 之Set使用說(shuō)明。需要的朋友參考下2013-04-04
mybatis打印SQL,并顯示參數(shù)的實(shí)例
這篇文章主要介紹了mybatis打印SQL,并顯示參數(shù)的實(shí)例,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧2020-12-12
mapstruct的用法之qualifiedByName示例詳解
qualifiedByName的意思就是使用這個(gè)Mapper接口中的指定的默認(rèn)方法去處理這個(gè)屬性的轉(zhuǎn)換,而不是簡(jiǎn)單的get?set,今天通過(guò)本文給大家介紹下mapstruct的用法之qualifiedByName示例詳解,感興趣的朋友一起看看吧2022-04-04
Java多線(xiàn)程中ReentrantLock與Condition詳解
這篇文章主要介紹了Java多線(xiàn)程中ReentrantLock與Condition詳解,需要的朋友可以參考下2017-11-11
java8 對(duì)象轉(zhuǎn)Map時(shí)重復(fù) key Duplicate key xxxx的解決
這篇文章主要介紹了java8 對(duì)象轉(zhuǎn)Map時(shí)重復(fù) key Duplicate key xxxx的解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-09-09

