Android中處理崩潰異常
大家都知道,現在安裝Android系統的手機版本和裝置千差萬別,在模擬器上執行良好的程式安裝到某款手機上說不定就出現崩潰的現象,開發者個人不可能購買所有裝置逐個除錯,所以在程式釋出出去之後,如果出現了崩潰現象,開發者應該及時獲取在該裝置上導致崩潰的資訊,這對於下一個版本的bug修復幫助極大,所以今天就來介紹一下如何在程式崩潰的情況下收集相關的裝置引數資訊和具體的異常資訊,併發送這些資訊到伺服器供開發者分析和除錯程式。
我們先建立一個crash專案,專案結構如圖:
在MainActivity.java程式碼中,程式碼是這樣寫的:
package com.scott.crash; import android.app.Activity; import android.os.Bundle; public class MainActivity extends Activity { private String s; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); System.out.println(s.equals("any string")); } }
我們在這裡故意製造了一個潛在的執行期異常,當我們執行程式時就會出現以下介面:
遇到軟體沒有捕獲的異常之後,系統會彈出這個預設的強制關閉對話方塊。
我們當然不希望使用者看到這種現象,簡直是對使用者心靈上的打擊,而且對我們的bug的修復也是毫無幫助的。我們需要的是軟體有一個全域性的異常捕獲器,當出現一個我們沒有發現的異常時,捕獲這個異常,並且將異常資訊記錄下來,上傳到伺服器公開發這分析出現異常的具體原因。
接下來我們就來實現這一機制,不過首先我們還是來了解以下兩個類:android.app.Application和java.lang.Thread.UncaughtExceptionHandler。
Application:用來管理應用程式的全域性狀態。在應用程式啟動時Application會首先建立,然後才會根據情況(Intent)來啟動相應的Activity和Service。本示例中將在自定義加強版的Application中註冊未捕獲異常處理器。
Thread.UncaughtExceptionHandler:執行緒未捕獲異常處理器,用來處理未捕獲異常。如果程式出現了未捕獲異常,預設會彈出系統中強制關閉對話方塊。我們需要實現此介面,並註冊為程式中預設未捕獲異常處理。這樣當未捕獲異常發生時,就可以做一些個性化的異常處理操作。
大家剛才在專案的結構圖中看到的CrashHandler.java實現了Thread.UncaughtExceptionHandler,使我們用來處理未捕獲異常的主要成員,程式碼如下:
package com.scott.crash;
import java.io.File;
import java.io.FileOutputStream;
import java.io.PrintWriter;
import java.io.StringWriter;
import java.io.Writer;
import java.lang.Thread.UncaughtExceptionHandler;
import java.lang.reflect.Field;
import java.text.DateFormat;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.HashMap;
import java.util.Map;
import android.content.Context;
import android.content.pm.PackageInfo;
import android.content.pm.PackageManager;
import android.content.pm.PackageManager.NameNotFoundException;
import android.os.Build;
import android.os.Environment;
import android.os.Looper;
import android.util.Log;
import android.widget.Toast;
/**
* UncaughtException處理類,當程式發生Uncaught異常的時候,有該類來接管程式,並記錄傳送錯誤報告.
*
* @author user
*
*/
public class CrashHandler implements UncaughtExceptionHandler {
public static final String TAG = "CrashHandler";
//系統預設的UncaughtException處理類
private Thread.UncaughtExceptionHandler mDefaultHandler;
//CrashHandler例項
private static CrashHandler INSTANCE = new CrashHandler();
//程式的Context物件
private Context mContext;
//用來儲存裝置資訊和異常資訊
private Map<String, String> infos = new HashMap<String, String>();
//用於格式化日期,作為日誌檔名的一部分
private DateFormat formatter = new SimpleDateFormat("yyyy-MM-dd-HH-mm-ss");
/** 保證只有一個CrashHandler例項 */
private CrashHandler() {
}
/** 獲取CrashHandler例項 ,單例模式 */
public static CrashHandler getInstance() {
return INSTANCE;
}
/**
* 初始化
*
* @param context
*/
public void init(Context context) {
mContext = context;
//獲取系統預設的UncaughtException處理器
mDefaultHandler = Thread.getDefaultUncaughtExceptionHandler();
//設定該CrashHandler為程式的預設處理器
Thread.setDefaultUncaughtExceptionHandler(this);
}
/**
* 當UncaughtException發生時會轉入該函式來處理
*/
@Override
public void uncaughtException(Thread thread, Throwable ex) {
if (!handleException(ex) && mDefaultHandler != null) {
//如果使用者沒有處理則讓系統預設的異常處理器來處理
mDefaultHandler.uncaughtException(thread, ex);
} else {
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
Log.e(TAG, "error : ", e);
}
//退出程式
android.os.Process.killProcess(android.os.Process.myPid());
System.exit(1);
}
}
/**
* 自定義錯誤處理,收集錯誤資訊 傳送錯誤報告等操作均在此完成.
*
* @param ex
* @return true:如果處理了該異常資訊;否則返回false.
*/
private boolean handleException(Throwable ex) {
if (ex == null) {
return false;
}
//使用Toast來顯示異常資訊
new Thread() {
@Override
public void run() {
Looper.prepare();
Toast.makeText(mContext, "很抱歉,程式出現異常,即將退出.", Toast.LENGTH_LONG).show();
Looper.loop();
}
}.start();
//收集裝置引數資訊
collectDeviceInfo(mContext);
//儲存日誌檔案
saveCrashInfo2File(ex);
return true;
}
/**
* 收集裝置引數資訊
* @param ctx
*/
public void collectDeviceInfo(Context ctx) {
try {
PackageManager pm = ctx.getPackageManager();
PackageInfo pi = pm.getPackageInfo(ctx.getPackageName(), PackageManager.GET_ACTIVITIES);
if (pi != null) {
String versionName = pi.versionName == null ? "null" : pi.versionName;
String versionCode = pi.versionCode + "";
infos.put("versionName", versionName);
infos.put("versionCode", versionCode);
}
} catch (NameNotFoundException e) {
Log.e(TAG, "an error occured when collect package info", e);
}
Field[] fields = Build.class.getDeclaredFields();
for (Field field : fields) {
try {
field.setAccessible(true);
infos.put(field.getName(), field.get(null).toString());
Log.d(TAG, field.getName() + " : " + field.get(null));
} catch (Exception e) {
Log.e(TAG, "an error occured when collect crash info", e);
}
}
}
/**
* 儲存錯誤資訊到檔案中
*
* @param ex
* @return 返回檔名稱,便於將檔案傳送到伺服器
*/
private String saveCrashInfo2File(Throwable ex) {
StringBuffer sb = new StringBuffer();
for (Map.Entry<String, String> entry : infos.entrySet()) {
String key = entry.getKey();
String value = entry.getValue();
sb.append(key + "=" + value + "\n");
}
Writer writer = new StringWriter();
PrintWriter printWriter = new PrintWriter(writer);
ex.printStackTrace(printWriter);
Throwable cause = ex.getCause();
while (cause != null) {
cause.printStackTrace(printWriter);
cause = cause.getCause();
}
printWriter.close();
String result = writer.toString();
sb.append(result);
try {
long timestamp = System.currentTimeMillis();
String time = formatter.format(new Date());
String fileName = "crash-" + time + "-" + timestamp + ".log";
if (Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)) {
String path = "/sdcard/crash/";
File dir = new File(path);
if (!dir.exists()) {
dir.mkdirs();
}
FileOutputStream fos = new FileOutputStream(path + fileName);
fos.write(sb.toString().getBytes());
fos.close();
}
return fileName;
} catch (Exception e) {
Log.e(TAG, "an error occured while writing file...", e);
}
return null;
}
}
在收集異常資訊時,朋友們也可以使用Properties,因為Properties有一個很便捷的方法properties.store(OutputStream out, String comments),用來將Properties例項中的鍵值對外輸到輸出流中,但是在使用的過程中發現生成的檔案中異常資訊列印在同一行,看起來極為費勁,所以換成Map來存放這些資訊,然後生成檔案時稍加了些操作。
完成這個CrashHandler後,我們需要在一個Application環境中讓其執行,為此,我們繼承android.app.Application,新增自己的程式碼,CrashApplication.java程式碼如下:
package com.scott.crash;
import android.app.Application;
public class CrashApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
CrashHandler crashHandler = CrashHandler.getInstance();
crashHandler.init(getApplicationContext());
}
}
最後,為了讓我們的CrashApplication取代android.app.Application的地位,在我們的程式碼中生效,我們需要修改AndroidManifest.xml:
<application android:name=".CrashApplication" ...>
</application>
因為我們上面的CrashHandler中,遇到異常後要儲存裝置引數和具體異常資訊到SDCARD,所以我們需要在AndroidManifest.xml中加入讀寫SDCARD許可權:
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
搞定了上邊的步驟之後,我們來執行一下這個專案:
看以看到,並不會有強制關閉的對話框出現了,取而代之的是我們比較有好的提示資訊。
然後看一下SDCARD生成的檔案:
用文字編輯器開啟日誌檔案,看一段日誌資訊:
CPU_ABI=armeabi
CPU_ABI2=unknown
ID=FRF91
MANUFACTURER=unknown
BRAND=generic
TYPE=eng
......
Caused by: java.lang.NullPointerException
at com.scott.crash.MainActivity.onCreate(MainActivity.java:13)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2627)
... 11 more
這些資訊對於開發者來說幫助極大,所以我們需要將此日誌檔案上傳到伺服器,有關檔案上傳的技術,請參照Android中使用HTTP服務相關介紹。
不過在使用HTTP服務之前,需要確定網路暢通,我們可以使用下面的方式判斷網路是否可用:
/**
* 網路是否可用
*
* @param context
* @return
*/
public static boolean isNetworkAvailable(Context context) {
ConnectivityManager mgr = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkInfo[] info = mgr.getAllNetworkInfo();
if (info != null) {
for (int i = 0; i < info.length; i++) {
if (info[i].getState() == NetworkInfo.State.CONNECTED) {
return true;
}
}
}
return false;
}
相關推薦
[Android UI開發] Android中處理崩潰異常
大家都知道,現在安裝Android系統的手機版本和裝置千差萬別,在模擬器上執行良好的程式安裝到某款手機上說不定就出現崩潰的現象,開發者個人不可能購買所有裝置逐個除錯,所以在程式釋出出去之後,如果出現了崩潰現象,開發者應該及時獲取在該裝置上導致崩潰的資訊,這對於下一個版
Android中處理崩潰異常
大家都知道,現在安裝Android系統的手機版本和裝置千差萬別,在模擬器上執行良好的程式安裝到某款手機上說不定就出現崩潰的現象,開發者個人不可能購買所有裝置逐個除錯,所以在程式釋出出去之後,如果出現了崩潰現象,開發者應該及時獲取在該裝置上導致崩潰的資訊,這對於下一個版本的b
android 中處理崩潰異常並重啟程式
有時候由於測試不充分或者程式潛在的問題而導致程式異常崩潰,這個是令人無法接受的,在Android中怎樣捕獲程式的異常崩潰,然後進行一些必要的處理或重新啟動 應用這個問題困惱了我很久,今天終於解決了該問題,寫篇文章記錄一下。 首先捕獲程式崩潰的異常就必須瞭解一下Java
【Android實戰】Android中處理崩潰異常
public class MainActivity extends ActionBarActivity { public CrashApplication application; @Override protected void onCreate(Bundle
Android中處理崩潰異常(存到本地)
同時推薦一款第三方的Crash工具 https://bugly.qq.com 大家都知道,現在安裝Android系統的手機版本和裝置千差萬別,在模擬器上執行良好的程式安裝到某款手機上說不定就出現崩潰的現象,開發者個人不可能購買所有裝置逐個除錯,所以在程
Android中出來崩潰異常捕獲
現在安裝Android系統的手機版本和裝置千差萬別,在模擬器上執行良好的程式安裝到某款手機上說不定就出現崩潰的現象,開發者個人不可能購買所有裝置逐個除錯。 這對於下一個版本的bug修復幫助極大,所以今天就來介紹一下如何在程式崩潰的情況下收集相關的裝置引數資訊和具體的異常資訊
Android中處理大圖片時圖片壓縮
oca 內存空間 pan std ret bitmap sans source tar 1、BitmapFactory.Options中的屬性 在進行圖片壓縮時,是通過設置BitmapFactory.Options的一些值來改變圖片的屬性的,以下我們來看看BitmapF
Android Crash處理 崩潰後禁止預設重啟與崩潰後手動重啟
轉載自:https://juejin.im/post/5a321db5f265da431b6d38ff 伸手黨福利:compile 'com.tuzhenlei:crashhandler:1.0.1' 詳情參見文件和demo:github地址 /**簡單初始化*/ //Cr
Android中常見的異常
空指標異常 這個是新手最容易碰到的異常,但是也是最容易解決的異常,沒有之一 'java.lang.NullPointerException': Attempt to invoke virtual method 'void android.widget.TextView.
android初學筆記,android中處理button click事件的幾種寫法
介紹了給button設定click Listener的幾種寫法: 1:最簡單的是將處理該button點選事件的函式名字繫結到xml標籤上: <Button android:id="@+id/button1" android:layo
Android全域性捕獲崩潰異常記錄日誌儲存至本地並定時刪除
MainActivity內的程式碼如下:package com.example.mycrashtest; import android.app.Activity; import android.os.Bundle; import android.view.Menu; import android.widg
Android中處理軟鍵盤上“回車鍵”的2種方法
程式設計必須有個喜歡總結的習慣, 總結了才能進步,雖然總結的內容不多。但是我要總結。 一方便留著自己以後觀看學習,另一方面總結的都是我自己實踐過的東西,這樣才記得牢。 這裡總結單擊“回車鍵”隱藏軟鍵盤的方法。 1. 給EditText設定屬性【android:imeOpti
Android崩潰處理及異常收集
目前為止也經歷了好幾個專案了,每個專案都會避免不了crash。這裡就總結一下專案的異常處理。下面介紹一下系統提供的異常處理方法。 1.系統異常處理類。 /** * Interface for handlers invoked when a <tt>T
Android程式崩潰異常處理框架
目前我已經把框架放在了github了,地址如下:https://github.com/msdx/android-crash 使用方法見github上面的README.md。 本專案相關jar包已釋出在jcenter,如果你使用gradle構建工具,可以直接新增依賴,具體見
AdMob在Android中的回撥造成崩潰的處理方式
遊戲開發總是要接入各種各樣的SDK,廣告也成了一種常用的變現方式。而AdMob對於遊戲開發的老鳥來說一定不會陌生。 AdMob for Unity RewardBasedVideoAd.Instance.OnAdFailedToLoad; RewardBa
Android中使用UncaughtExceptionHandler來處理未捕獲的異常
所有的App都會發生crash,本文講解的是如何採集crash資訊以供後續開發處理這類問題。 基本思路 當crash發生時,系統會呼叫UncaughtExceptionHandler的uncaughtException方法,我們可以在這個方法中捕獲異常資
nodejs中處理回調函數的異常
out dom tac rip ack javascrip java logger exception 假設是使用nodejs+express3這個經典的組合。那麽有一種非常方面的處理回調函數異常的方法: 1. 安裝模塊:express-domain-middlew
Android 中圖能夠用到的圖片處理類 BitmapUtils
andro radius title can rup decode eww row 上下 Android在實際開發中非常多時候都要對圖片進行一定的處理,這裏總結的BitmapUtils 類包含一下幾個功能: 1.Android圖片倒影, 2.Android圖片模糊處理,
未經處理的異常在 System.Data.dll 中發生。其它信息:在應使用條件的上下文(在 '***' 附近)中指定了非布爾類型的表達式。
命令類型 rtt 變量 pub 實例化 eas sel amp convert 機房收費系統中,有些人在聯合查詢這個模塊用的是存儲過程,我先嘗試著在數據庫中建立了一個視圖,然後在UI層做個推斷並生成查詢條件strCondi
System.AccessViolationException”類型的未經處理的異常在 System.Data.dll 中發生。其它信息:嘗試讀取或寫入受保護的內存。這通常指示其它內存已損壞。
vb.net 處理 人的 pop 得到 讀取 環境 return details 錯誤背景: 操作系統:編程環境:VS2013。 語言:VB.net; 數據庫:SQLserver2008 做數據庫連接時。發生