前言
最近上的一個版本中，突然bugly的JAVA異常一個都沒有了，正好升級了bugly的版本，還以為接入有問題，排查一些正常，特自信的說版本代碼優(yōu)秀…0 bug~~~
可是后面細想幾百萬的DAU，一個Java異常都沒有都沒有，這太不正常了。
目前項目中捕獲全局異常的有：bugly、umeng、自己。
排查
bugly的捕獲異常代碼實現(xiàn)
文件路徑：com.tencent.bugly.crashreport.crash.a
設置全局異常捕獲
保存之前的UncaughtExceptionHandler ，將自己設置為默認異常處理器Thread.setDefaultUncaughtExceptionHandler(this)
異常捕獲
異常分發(fā)
對捕獲異常做分發(fā)
umeng的捕獲異常代碼實現(xiàn)
文件路徑：com.umeng.analytics.pro.l
umeng的UncaughtExceptionHandler
實現(xiàn)邏輯和bugly類似
自己的捕獲異常代碼實現(xiàn)
自己的UncaughtExceptionHandler
問題定位：handleException筆誤寫錯了!處理，導致之前默認異常處理未被調(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);
}
}
當然最簡單的方式是將自己的UncaughtExceptionHandler寫在bugly和umeng的前面，讓bugly和umeng分發(fā)異常給自己，但是你也不能保證你前面就沒有其他的異常捕獲監(jiān)聽，所以還是建議用上述方法。
擴展
- Java中并不是所有的異常都會提示try-catch進行捕獲的，比如RuntimeException
- 線程是獨立執(zhí)行的代碼片斷，線程的問題應該由線程自己來解決，而不要委托到外部。
setUncaughtExceptionHandler
- 對象方法
- 用于指定Thread的異常捕獲
- 如未指定會去取ThreadPool中的異常捕獲
- 只能捕獲executorService.execute執(zhí)行的異常
- 不能捕獲executorService.submit(runnable)，上述異常通過catch (ExecutionException e)進行捕獲
setDefaultUncaughtExceptionHandler
- 類方法
- 用于捕獲所有Thread中的異常捕獲
- 如Thread指定了異常捕獲，則不調(diào)用默認的
最后
最后我準備了一些面試的知識匯總，數(shù)據(jù)結(jié)構(gòu)，計算機網(wǎng)絡等等都有。自己整理和分類的，還請尊重知識產(chǎn)出。
分享給大家的資料包括高級架構(gòu)技術(shù)進階腦圖、Android開發(fā)面試專題資料，還有高級進階架構(gòu)資料包括但不限于【高級UI、性能優(yōu)化、移動架構(gòu)師、NDK、混合式開發(fā)（ReactNative+Weex）微信小程序、Flutter等全方面的Android進階實踐技術(shù)】希望能幫助大家學習提升進階，也節(jié)省大家在網(wǎng)上搜索資料的時間來學習，也是可以分享給身邊好友一起學習的！
資料免費領(lǐng)取方式：私信回復“架構(gòu)資料”即可獲取
