Android 中Crash時(shí)如何獲取異常信息詳解及實(shí)例
Android 中Crash時(shí)如何獲取異常信息詳解
前言:
大家都知道,Android應(yīng)用不可避免的會發(fā)生crash,無論你的程序?qū)懙亩嗤昝溃偸菬o法完全避免crash的發(fā)生,可能是由于Android系統(tǒng)底層的bug,也可能是由于不充分的機(jī)型適配或者是糟糕的網(wǎng)絡(luò)狀況。當(dāng)crash發(fā)生時(shí),系統(tǒng)會kill掉你的程序,表現(xiàn)就是閃退或者程序已停止運(yùn)行,這對用戶來說是很不友好的,也是開發(fā)者所不愿意看到的,更糟糕的是,當(dāng)用戶發(fā)生了crash,開發(fā)者卻無法得知程序?yàn)楹蝐rash,即便你想去解決這個(gè)crash,但是由于你無法知道用戶當(dāng)時(shí)的crash信息,所以你也無能為力。是否真的這樣呢,其實(shí)android中有處理這類問題的方法,請看下面Thread類中的一個(gè)方法
/** * Sets the default uncaught exception handler. This handler is invoked in * case any Thread dies due to an unhandled exception. * * @param handler * The handler to set or null. */ public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler handler) { Thread.defaultUncaughtHandler = handler; }
從方法的字面意義來看,這個(gè)方法好像是可以設(shè)置系統(tǒng)的默認(rèn)異常處理器,其實(shí),這個(gè)方法就可以解決應(yīng)用常見的crash問題。當(dāng)crash發(fā)生的時(shí)候,我們可以捕獲到異常信息,把異常信息存儲到SD卡中,然后在合適的時(shí)機(jī)通過網(wǎng)絡(luò)將crash信息上傳到服務(wù)器上,這樣開發(fā)人員就可以分析用戶crash的場景從而在后面的版本中修復(fù)此類crash。我們還可以在crash發(fā)生時(shí),彈出一個(gè)通知告訴用戶程序crash了,然后再退出,這樣做比閃退要溫和一點(diǎn)。
步驟
1. 建立異常處理Handler
新建一個(gè)類,比如叫CrashHandler.Java,代碼如下,代碼我就不做解釋了,注釋相當(dāng)清晰了
public class CrashHandler implements UncaughtExceptionHandler { private static final String TAG = "CrashHandler"; private static final boolean DEBUG = true; private static final String PATH = Environment.getExternalStorageDirectory().getPath() + "/ryg_test/log/"; private static final String FILE_NAME = "crash"; //log文件的后綴名 private static final String FILE_NAME_SUFFIX = ".trace"; private static CrashHandler sInstance = new CrashHandler(); //系統(tǒng)默認(rèn)的異常處理(默認(rèn)情況下,系統(tǒng)會終止當(dāng)前的異常程序) private UncaughtExceptionHandler mDefaultCrashHandler; private Context mContext; //構(gòu)造方法私有,防止外部構(gòu)造多個(gè)實(shí)例,即采用單例模式 private CrashHandler() { } public static CrashHandler getInstance() { return sInstance; } //這里主要完成初始化工作 public void init(Context context) { //獲取系統(tǒng)默認(rèn)的異常處理器 mDefaultCrashHandler = Thread.getDefaultUncaughtExceptionHandler(); //將當(dāng)前實(shí)例設(shè)為系統(tǒng)默認(rèn)的異常處理器 Thread.setDefaultUncaughtExceptionHandler(this); //獲取Context,方便內(nèi)部使用 mContext = context.getApplicationContext(); } /** * 這個(gè)是最關(guān)鍵的函數(shù),當(dāng)程序中有未被捕獲的異常,系統(tǒng)將會自動調(diào)用#uncaughtException方法 * thread為出現(xiàn)未捕獲異常的線程,ex為未捕獲的異常,有了這個(gè)ex,我們就可以得到異常信息。 */ @Override public void uncaughtException(Thread thread, Throwable ex) { try { //導(dǎo)出異常信息到SD卡中 dumpExceptionToSDCard(ex); //這里可以通過網(wǎng)絡(luò)上傳異常信息到服務(wù)器,便于開發(fā)人員分析日志從而解決bug uploadExceptionToServer(); } catch (IOException e) { e.printStackTrace(); } //打印出當(dāng)前調(diào)用棧信息 ex.printStackTrace(); //如果系統(tǒng)提供了默認(rèn)的異常處理器,則交給系統(tǒng)去結(jié)束我們的程序,否則就由我們自己結(jié)束自己 if (mDefaultCrashHandler != null) { mDefaultCrashHandler.uncaughtException(thread, ex); } else { Process.killProcess(Process.myPid()); } } private void dumpExceptionToSDCard(Throwable ex) throws IOException { //如果SD卡不存在或無法使用,則無法把異常信息寫入SD卡 if (!Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)) { if (DEBUG) { Log.w(TAG, "sdcard unmounted,skip dump exception"); return; } } File dir = new File(PATH); if (!dir.exists()) { dir.mkdirs(); } long current = System.currentTimeMillis(); String time = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(new Date(current)); //以當(dāng)前時(shí)間創(chuàng)建log文件 File file = new File(PATH + FILE_NAME + time + FILE_NAME_SUFFIX); try { PrintWriter pw = new PrintWriter(new BufferedWriter(new FileWriter(file))); //導(dǎo)出發(fā)生異常的時(shí)間 pw.println(time); //導(dǎo)出手機(jī)信息 dumpPhoneInfo(pw); pw.println(); //導(dǎo)出異常的調(diào)用棧信息 ex.printStackTrace(pw); pw.close(); } catch (Exception e) { Log.e(TAG, "dump crash info failed"); } } private void dumpPhoneInfo(PrintWriter pw) throws NameNotFoundException { //應(yīng)用的版本名稱和版本號 PackageManager pm = mContext.getPackageManager(); PackageInfo pi = pm.getPackageInfo(mContext.getPackageName(), PackageManager.GET_ACTIVITIES); pw.print("App Version: "); pw.print(pi.versionName); pw.print('_'); pw.println(pi.versionCode); //android版本號 pw.print("OS Version: "); pw.print(Build.VERSION.RELEASE); pw.print("_"); pw.println(Build.VERSION.SDK_INT); //手機(jī)制造商 pw.print("Vendor: "); pw.println(Build.MANUFACTURER); //手機(jī)型號 pw.print("Model: "); pw.println(Build.MODEL); //cpu架構(gòu) pw.print("CPU ABI: "); pw.println(Build.CPU_ABI); } private void uploadExceptionToServer() { //TODO Upload Exception Message To Your Web Server } }
2.為ui線程添加默認(rèn)異常事件Handler
//Thread類中標(biāo)識默認(rèn)異常事件Handler的成員
private static UncaughtExceptionHandler defaultUncaughtHandler;
這里涉及到在哪里添加的問題,從源碼中注意到,這個(gè)defaultUncaughtHandler是Thread類中一個(gè)靜態(tài)的成員,所以,按道理,我們?yōu)槿我庖粋€(gè)線程設(shè)置異常處理,所有的線程都應(yīng)該能共用這個(gè)異常處理器,這個(gè)是我的猜測,沒有經(jīng)過驗(yàn)證,不過沒關(guān)系,有一個(gè)觀點(diǎn)是大家都認(rèn)可的:就是為主線程也就是ui線程添加異常程序器。為了在ui線程中添加異常處理Handler,我們推薦大家在Application中添加而不是在Activity中添加。Application標(biāo)識著整個(gè)應(yīng)用,在Android聲明周期中是第一個(gè)啟動的,早于任何的Activity、Service等。
public class TestApp extends Application { private static TestApp sInstance; @Override public void onCreate() { super.onCreate(); sInstance = this; //在這里為應(yīng)用設(shè)置異常處理程序,然后我們的程序才能捕獲未處理的異常 CrashHandler crashHandler = CrashHandler.getInstance(); crashHandler.init(this); } public static TestApp getInstance() { return sInstance; } }
效果
經(jīng)過了上面兩個(gè)步驟,我們的程序已經(jīng)可以處理任何異常了,再也不怕程序crash了,并且我們還能從服務(wù)器上查看用戶的crash信息,下面我們就模擬下發(fā)生crash的情形,看我們的程序是如何處理的。
public class CrashActivity extends Activity implements OnClickListener{ private Button mButton; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_crash); initView(); } private void initView() { mButton = (Button)findViewById(R.id.button1); mButton.setOnClickListener(this); } @Override public void onClick(View v) { if (v == mButton) { //在這里默認(rèn)異常拋出情況,人為拋出一個(gè)運(yùn)行時(shí)異常 throw new RuntimeException("自定義異常:這是自己拋出的異常"); } } }
我們給按鈕加一個(gè)點(diǎn)擊事件,在onClick中人為拋出一個(gè)運(yùn)行時(shí)異常,這個(gè)時(shí)候程序就crash了,看看異常處理器為我們做了什么。從下面的圖片可以看出,異常處理器為我們創(chuàng)建了一個(gè)日志文件,打開日志文件,可以看到手機(jī)的信息以及異常發(fā)生時(shí)的調(diào)用棧,有了這些,開發(fā)人員就很好定位問題了吧。從下面的日志調(diào)用??梢钥闯?,CrashActivity的28行發(fā)生了RuntimeException,再看下我們的代碼,發(fā)現(xiàn)28行就是我們認(rèn)為拋出的異常。從現(xiàn)在開始,為你的應(yīng)用加上默認(rèn)異常事件處理器吧。
感謝閱讀,希望能幫助到大家,謝謝大家對本站的支持!
- Android 應(yīng)用Crash 后自動重啟的方法小結(jié)
- Android實(shí)現(xiàn)自定義Crash handler記錄崩潰信息實(shí)例代碼
- Android CrashHandler編寫自己的異常捕獲的方法
- Android使用CrashHandler來獲取應(yīng)用的crash信息的方法
- 完美解決Android Studio集成crashlytics后無法編譯的問題
- Crashlytics Android 異常報(bào)告統(tǒng)計(jì)管理(詳解)
- 基于Android應(yīng)用中如何反饋Crash報(bào)告的詳解
- Android app會crash的原因及解決方法
相關(guān)文章
Android音視頻開發(fā)Media FrameWork框架源碼解析
這篇文章主要為大家介紹了Android音視頻開發(fā)Media FrameWork框架源碼解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-12-12Android實(shí)現(xiàn)簡單實(shí)用的搜索框
這篇文章主要為大家詳細(xì)介紹了Android實(shí)現(xiàn)簡單實(shí)用的搜索框,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-10-10Android 自定義gradle property詳解及實(shí)例代碼
這篇文章主要介紹了Android 自定義gradle property詳解及實(shí)例代碼的相關(guān)資料,需要的朋友可以參考下2017-02-02Android自定義View仿IOS圓盤時(shí)間選擇器
這篇文章主要介紹了Android自定義View仿IOS圓盤時(shí)間選擇器,代碼簡單易懂,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2017-03-03Android中EditText光標(biāo)在4.0中的bug及解決方法
這篇文章主要介紹了Android中EditText光標(biāo)在4.0中的bug及解決方法,簡單分析了Android4.0版本中EditText光標(biāo)消息的原因及相應(yīng)的解決方法,需要的朋友可以參考下2016-01-01React?Native之在Android上添加陰影的實(shí)現(xiàn)
這篇文章主要介紹了React?Native之在Android上添加陰影的實(shí)現(xiàn)方式,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-03-03