Android 中Crash时如何获取异常信息详解及实例
Android中Crash时如何获取异常信息详解
前言：
大家都知道，Android应用不可避免的会发生crash，无论你的程序写的多完美，总是无法完全避免crash的发生，可能是由于Android系统底层的bug，也可能是由于不充分的机型适配或者是糟糕的网络状况。当crash发生时，系统会kill掉你的程序，表现就是闪退或者程序已停止运行，这对用户来说是很不友好的，也是开发者所不愿意看到的，更糟糕的是，当用户发生了crash，开发者却无法得知程序为何crash，即便你想去解决这个crash，但是由于你无法知道用户当时的crash信息，所以你也无能为力。是否真的这样呢，其实android中有处理这类问题的方法，请看下面Thread类中的一个方法
/**
*Setsthedefaultuncaughtexceptionhandler.Thishandlerisinvokedin
*caseanyThreaddiesduetoanunhandledexception.
*
*@paramhandler
*Thehandlertosetornull.
*/
publicstaticvoidsetDefaultUncaughtExceptionHandler(UncaughtExceptionHandlerhandler){
Thread.defaultUncaughtHandler=handler;
}
从方法的字面意义来看，这个方法好像是可以设置系统的默认异常处理器，其实，这个方法就可以解决应用常见的crash问题。当crash发生的时候，我们可以捕获到异常信息，把异常信息存储到SD卡中，然后在合适的时机通过网络将crash信息上传到服务器上，这样开发人员就可以分析用户crash的场景从而在后面的版本中修复此类crash。我们还可以在crash发生时，弹出一个通知告诉用户程序crash了，然后再退出，这样做比闪退要温和一点。
步骤
1.建立异常处理Handler
新建一个类，比如叫CrashHandler.Java，代码如下，代码我就不做解释了，注释相当清晰了
publicclassCrashHandlerimplementsUncaughtExceptionHandler{
privatestaticfinalStringTAG="CrashHandler";
privatestaticfinalbooleanDEBUG=true;
privatestaticfinalStringPATH=Environment.getExternalStorageDirectory().getPath()+"/ryg_test/log/";
privatestaticfinalStringFILE_NAME="crash";
//log文件的后缀名
privatestaticfinalStringFILE_NAME_SUFFIX=".trace";
privatestaticCrashHandlersInstance=newCrashHandler();
//系统默认的异常处理（默认情况下，系统会终止当前的异常程序）
privateUncaughtExceptionHandlermDefaultCrashHandler;
privateContextmContext;
//构造方法私有，防止外部构造多个实例，即采用单例模式
privateCrashHandler(){
}
publicstaticCrashHandlergetInstance(){
returnsInstance;
}
//这里主要完成初始化工作
publicvoidinit(Contextcontext){
//获取系统默认的异常处理器
mDefaultCrashHandler=Thread.getDefaultUncaughtExceptionHandler();
//将当前实例设为系统默认的异常处理器
Thread.setDefaultUncaughtExceptionHandler(this);
//获取Context，方便内部使用
mContext=context.getApplicationContext();
}
/**
*这个是最关键的函数，当程序中有未被捕获的异常，系统将会自动调用#uncaughtException方法
*thread为出现未捕获异常的线程，ex为未捕获的异常，有了这个ex，我们就可以得到异常信息。
*/
@Override
publicvoiduncaughtException(Threadthread,Throwableex){
try{
//导出异常信息到SD卡中
dumpExceptionToSDCard(ex);
//这里可以通过网络上传异常信息到服务器，便于开发人员分析日志从而解决bug
uploadExceptionToServer();
}catch(IOExceptione){
e.printStackTrace();
}
//打印出当前调用栈信息
ex.printStackTrace();
//如果系统提供了默认的异常处理器，则交给系统去结束我们的程序，否则就由我们自己结束自己
if(mDefaultCrashHandler!=null){
mDefaultCrashHandler.uncaughtException(thread,ex);
}else{
Process.killProcess(Process.myPid());
}
}
privatevoiddumpExceptionToSDCard(Throwableex)throwsIOException{
//如果SD卡不存在或无法使用，则无法把异常信息写入SD卡
if(!Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)){
if(DEBUG){
Log.w(TAG,"sdcardunmounted,skipdumpexception");
return;
}
}
Filedir=newFile(PATH);
if(!dir.exists()){
dir.mkdirs();
}
longcurrent=System.currentTimeMillis();
Stringtime=newSimpleDateFormat("yyyy-MM-ddHH:mm:ss").format(newDate(current));
//以当前时间创建log文件
Filefile=newFile(PATH+FILE_NAME+time+FILE_NAME_SUFFIX);
try{
PrintWriterpw=newPrintWriter(newBufferedWriter(newFileWriter(file)));
//导出发生异常的时间
pw.println(time);
//导出手机信息
dumpPhoneInfo(pw);
pw.println();
//导出异常的调用栈信息
ex.printStackTrace(pw);
pw.close();
}catch(Exceptione){
Log.e(TAG,"dumpcrashinfofailed");
}
}
privatevoiddumpPhoneInfo(PrintWriterpw)throwsNameNotFoundException{
//应用的版本名称和版本号
PackageManagerpm=mContext.getPackageManager();
PackageInfopi=pm.getPackageInfo(mContext.getPackageName(),PackageManager.GET_ACTIVITIES);
pw.print("AppVersion:");
pw.print(pi.versionName);
pw.print('_');
pw.println(pi.versionCode);
//android版本号
pw.print("OSVersion:");
pw.print(Build.VERSION.RELEASE);
pw.print("_");
pw.println(Build.VERSION.SDK_INT);
//手机制造商
pw.print("Vendor:");
pw.println(Build.MANUFACTURER);
//手机型号
pw.print("Model:");
pw.println(Build.MODEL);
//cpu架构
pw.print("CPUABI:");
pw.println(Build.CPU_ABI);
}
privatevoiduploadExceptionToServer(){
//TODOUploadExceptionMessageToYourWebServer
}
}
2.为ui线程添加默认异常事件Handler
//Thread类中标识默认异常事件Handler的成员
privatestaticUncaughtExceptionHandlerdefaultUncaughtHandler;
这里涉及到在哪里添加的问题，从源码中注意到，这个defaultUncaughtHandler是Thread类中一个静态的成员，所以，按道理，我们为任意一个线程设置异常处理，所有的线程都应该能共用这个异常处理器，这个是我的猜测，没有经过验证，不过没关系，有一个观点是大家都认可的：就是为主线程也就是ui线程添加异常程序器。为了在ui线程中添加异常处理Handler，我们推荐大家在Application中添加而不是在Activity中添加。Application标识着整个应用，在Android声明周期中是第一个启动的，早于任何的Activity、Service等。
publicclassTestAppextendsApplication{
privatestaticTestAppsInstance;
@Override
publicvoidonCreate(){
super.onCreate();
sInstance=this;
//在这里为应用设置异常处理程序，然后我们的程序才能捕获未处理的异常
CrashHandlercrashHandler=CrashHandler.getInstance();
crashHandler.init(this);
}
publicstaticTestAppgetInstance(){
returnsInstance;
}
}
效果
经过了上面两个步骤，我们的程序已经可以处理任何异常了，再也不怕程序crash了，并且我们还能从服务器上查看用户的crash信息，下面我们就模拟下发生crash的情形，看我们的程序是如何处理的。
publicclassCrashActivityextendsActivityimplementsOnClickListener{
privateButtonmButton;
@Override
protectedvoidonCreate(BundlesavedInstanceState){
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_crash);
initView();
}
privatevoidinitView(){
mButton=(Button)findViewById(R.id.button1);
mButton.setOnClickListener(this);
}
@Override
publicvoidonClick(Viewv){
if(v==mButton){
//在这里默认异常抛出情况，人为抛出一个运行时异常
thrownewRuntimeException("自定义异常：这是自己抛出的异常");
}
}
}
我们给按钮加一个点击事件，在onClick中人为抛出一个运行时异常，这个时候程序就crash了，看看异常处理器为我们做了什么。从下面的图片可以看出，异常处理器为我们创建了一个日志文件，打开日志文件，可以看到手机的信息以及异常发生时的调用栈，有了这些，开发人员就很好定位问题了吧。从下面的日志调用栈可以看出，CrashActivity的28行发生了RuntimeException，再看下我们的代码，发现28行就是我们认为抛出的异常。从现在开始，为你的应用加上默认异常事件处理器吧。
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！