前言
最近上的一個版本中,突然bugly的Java異常一個都沒有了,正好升級了bugly的版本,還以為接入有問題,排查一些正常,特自信的說版本代碼優(yōu)秀…0 bug~~~
可是后面細想幾百萬的DAU,一個Java異常都沒有都沒有,這太不正常了。
目前項目中捕獲全局異常的有:bugly、umeng、自己。
排查
bugly的捕獲異常代碼實現(xiàn)
文件路徑:com.tencent.bugly.crashreport.crash.a

設(shè)置全局異常捕獲
保存之前的UncaughtExceptionHandler ,將自己設(shè)置為默認異常處理器Thread.setDefaultUncaughtExceptionHandler(this)

異常捕獲

異常分發(fā)
對捕獲異常做分發(fā)
umeng的捕獲異常代碼實現(xiàn)
文件路徑:com.umeng.analytics.pro.l

umeng的UncaughtExceptionHandler
實現(xiàn)邏輯和bugly類似
自己的捕獲異常代碼實現(xiàn)

自己的UncaughtExceptionHandler
問題定位:handleException筆誤寫錯了!處理,導(dǎo)致之前默認異常處理未被調(diào)用,而且自己異常捕獲寫在最后,覆蓋了之前的異常捕獲
建議
為了避免此種問題再次發(fā)生,對異常捕獲可以參考以下代碼進行擴展
public class CrashHandler implements Thread.UncaughtExceptionHandler {
private final Thread.UncaughtExceptionHandler mDefaultHandler;
public CrashHandler() {
//緩存之前的默認異常捕獲
mDefaultHandler = Thread.getDefaultUncaughtExceptionHandler();
Thread.setDefaultUncaughtExceptionHandler(this);
}
@Override
public void uncaughtException(Thread t, Throwable e) {
//分發(fā)異常
if (mDefaultHandler != null) {
mDefaultHandler.uncaughtException(t, e);
}
//TODO 自己處理
Log.w("CrashHandler", e);
}
}
當(dāng)然最簡單的方式是將自己的UncaughtExceptionHandler寫在bugly和umeng的前面,讓bugly和umeng分發(fā)異常給自己,但是你也不能保證你前面就沒有其他的異常捕獲監(jiān)聽,所以還是建議用上述方法。
擴展
- Java中并不是所有的異常都會提示
try-catch進行捕獲的,比如RuntimeException - 線程是獨立執(zhí)行的代碼片斷,線程的問題應(yīng)該由線程自己來解決,而不要委托到外部。
setUncaughtExceptionHandler
- 對象方法
- 用于指定Thread的異常捕獲
- 如未指定會去取ThreadPool中的異常捕獲
- 只能捕獲
executorService.execute執(zhí)行的異常 - 不能捕獲
executorService.submit(runnable),上述異常通過catch (ExecutionException e)進行捕獲
setDefaultUncaughtExceptionHandler
- 類方法
- 用于捕獲所有Thread中的異常捕獲
- 如Thread指定了異常捕獲,則不調(diào)用默認的