大家都知道，現在安裝Android系統的手機版本和裝置千差萬别，在模拟器上運作良好的程式安裝到某款手機上說不定就出現崩潰的現象，開發者個人不可能購買所有裝置逐個調試，是以在程式釋出出去之後，如果出現了崩潰現象，開發者應該及時擷取在該裝置上導緻崩潰的資訊，這對于下一個版本的bug修複幫助極大，是以今天就來介紹一下如何在程式崩潰的情況下收集相關的裝置參數資訊和具體的異常資訊，并發送這些資訊到伺服器供開發者分析和調試程式。
我們先建立一個crash項目，項目結構如圖：
在MainActivity.java代碼中，代碼是這樣寫的：
我們在這裡故意制造了一個潛在的運作期異常，當我們運作程式時就會出現以下界面：
遇到軟體沒有捕獲的異常之後，系統會彈出這個預設的強制關閉對話框。
我們當然不希望使用者看到這種現象，簡直是對使用者心靈上的打擊，而且對我們的bug的修複也是毫無幫助的。我們需要的是軟體有一個全局的異常捕獲器，當出現一個我們沒有發現的異常時，捕獲這個異常，并且将異常資訊記錄下來，上傳到伺服器公開發這分析出現異常的具體原因。
接下來我們就來實作這一機制，不過首先我們還是來了解以下兩個類：android.app.Application和java.lang.Thread.UncaughtExceptionHandler。
Application：用來管理應用程式的全局狀态。在應用程式啟動時Application會首先建立，然後才會根據情況(Intent)來啟動相應的Activity和Service。本示例中将在自定義加強版的Application中注冊未捕獲異常處理器。
Thread.UncaughtExceptionHandler：線程未捕獲異常處理器，用來處理未捕獲異常。如果程式出現了未捕獲異常，預設會彈出系統中強制關閉對話框。我們需要實作此接口，并注冊為程式中預設未捕獲異常處理。這樣當未捕獲異常發生時，就可以做一些個性化的異常處理操作。
大家剛才在項目的結構圖中看到的CrashHandler.java實作了Thread.UncaughtExceptionHandler，使我們用來處理未捕獲異常的主要成員，代碼如下：
在收集異常資訊時，朋友們也可以使用Properties，因為Properties有一個很便捷的方法properties.store(OutputStream out, String comments)，用來将Properties執行個體中的鍵值對外輸到輸出流中，但是在使用的過程中發現生成的檔案中異常資訊列印在同一行，看起來極為費勁，是以換成Map來存放這些資訊，然後生成檔案時稍加了些操作。
完成這個CrashHandler後，我們需要在一個Application環境中讓其運作，為此，我們繼承android.app.Application，添加自己的代碼，CrashApplication.java代碼如下：
最後，為了讓我們的CrashApplication取代android.app.Application的地位，在我們的代碼中生效，我們需要修改AndroidManifest.xml：
因為我們上面的CrashHandler中，遇到異常後要儲存裝置參數和具體異常資訊到SDCARD，是以我們需要在AndroidManifest.xml中加入讀寫SDCARD權限：
搞定了上邊的步驟之後，我們來運作一下這個項目：
看以看到，并不會有強制關閉的對話框出現了，取而代之的是我們比較有好的提示資訊。
然後看一下SDCARD生成的檔案：
用文本編輯器打開日志檔案，看一段日志資訊：
不過在使用HTTP服務之前，需要确定網絡暢通，我們可以使用下面的方式判斷網絡是否可用：