zoukankan      html  css  js  c++  java
  • Android程序Crash时的异常上报

    转载请注明来源:http://blog.csdn.net/singwhatiwanna/article/details/17289479

    前言

    大家都知道,android应用不可避免的会发生crash,无论你的程序写的多完美,总是无法完全避免crash的发生,可能是由于android系统底层的bug,也可能是由于不充分的机型适配或者是糟糕的网络状况。当crash发生时,系统会kill掉你的程序,表现就是闪退或者程序已停止运行,这对用户来说是很不友好的,也是开发者所不愿意看到的,更糟糕的是,当用户发生了crash,开发者却无法得知程序为何crash,即便你想去解决这个crash,但是由于你无法知道用户当时的crash信息,所以你也无能为力。是否真的这样呢,其实android中有处理这类问题的方法,请看下面Thread类中的一个方法#setDefaultUncaughtExceptionHandler

    [java] view plaincopy在CODE上查看代码片派生到我的代码片
     
    1. /** 
    2.  * Sets the default uncaught exception handler. This handler is invoked in 
    3.  * case any Thread dies due to an unhandled exception. 
    4.  * 
    5.  * @param handler 
    6.  *            The handler to set or null. 
    7.  */  
    8. public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler handler) {  
    9.     Thread.defaultUncaughtHandler = handler;  
    10. }  


    从方法的字面意义来看,这个方法好像是可以设置系统的默认异常处理器,其实,这个方法就可以解决应用常见的crash问题。当crash发生的时候,我们可以捕获到异常信息,把异常信息存储到SD卡中,然后在合适的时机通过网络将crash信息上传到服务器上,这样开发人员就可以分析用户crash的场景从而在后面的版本中修复此类crash。我们还可以在crash发生时,弹出一个通知告诉用户程序crash了,然后再退出,这样做比闪退要温和一点。

    步骤

    1. 建立异常处理Handler

    新建一个类,比如叫CrashHandler.java,代码如下,代码我就不做解释了,注释相当清晰了

    [java] view plaincopy在CODE上查看代码片派生到我的代码片
     
    1. public class CrashHandler implements UncaughtExceptionHandler {  
    2.     private static final String TAG = "CrashHandler";  
    3.     private static final boolean DEBUG = true;  
    4.   
    5.     private static final String PATH = Environment.getExternalStorageDirectory().getPath() + "/ryg_test/log/";  
    6.     private static final String FILE_NAME = "crash";  
    7.   
    8.     //log文件的后缀名  
    9.     private static final String FILE_NAME_SUFFIX = ".trace";  
    10.   
    11.     private static CrashHandler sInstance = new CrashHandler();  
    12.   
    13.     //系统默认的异常处理(默认情况下,系统会终止当前的异常程序)  
    14.     private UncaughtExceptionHandler mDefaultCrashHandler;  
    15.   
    16.     private Context mContext;  
    17.   
    18.     //构造方法私有,防止外部构造多个实例,即采用单例模式  
    19.     private CrashHandler() {  
    20.     }  
    21.   
    22.     public static CrashHandler getInstance() {  
    23.         return sInstance;  
    24.     }  
    25.   
    26.     //这里主要完成初始化工作  
    27.     public void init(Context context) {  
    28.         //获取系统默认的异常处理器  
    29.         mDefaultCrashHandler = Thread.getDefaultUncaughtExceptionHandler();  
    30.         //将当前实例设为系统默认的异常处理器  
    31.         Thread.setDefaultUncaughtExceptionHandler(this);  
    32.         //获取Context,方便内部使用  
    33.         mContext = context.getApplicationContext();  
    34.     }  
    35.   
    36.     /** 
    37.      * 这个是最关键的函数,当程序中有未被捕获的异常,系统将会自动调用#uncaughtException方法 
    38.      * thread为出现未捕获异常的线程,ex为未捕获的异常,有了这个ex,我们就可以得到异常信息。 
    39.      */  
    40.     @Override  
    41.     public void uncaughtException(Thread thread, Throwable ex) {  
    42.         try {  
    43.             //导出异常信息到SD卡中  
    44.             dumpExceptionToSDCard(ex);  
    45.             //这里可以通过网络上传异常信息到服务器,便于开发人员分析日志从而解决bug  
    46.             uploadExceptionToServer();  
    47.         } catch (IOException e) {  
    48.             e.printStackTrace();  
    49.         }  
    50.   
    51.         //打印出当前调用栈信息  
    52.         ex.printStackTrace();  
    53.   
    54.         //如果系统提供了默认的异常处理器,则交给系统去结束我们的程序,否则就由我们自己结束自己  
    55.         if (mDefaultCrashHandler != null) {  
    56.             mDefaultCrashHandler.uncaughtException(thread, ex);  
    57.         } else {  
    58.             Process.killProcess(Process.myPid());  
    59.         }  
    60.   
    61.     }  
    62.   
    63.     private void dumpExceptionToSDCard(Throwable ex) throws IOException {  
    64.         //如果SD卡不存在或无法使用,则无法把异常信息写入SD卡  
    65.         if (!Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)) {  
    66.             if (DEBUG) {  
    67.                 Log.w(TAG, "sdcard unmounted,skip dump exception");  
    68.                 return;  
    69.             }  
    70.         }  
    71.   
    72.         File dir = new File(PATH);  
    73.         if (!dir.exists()) {  
    74.             dir.mkdirs();  
    75.         }  
    76.         long current = System.currentTimeMillis();  
    77.         String time = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss").format(new Date(current));  
    78.         //以当前时间创建log文件  
    79.         File file = new File(PATH + FILE_NAME + time + FILE_NAME_SUFFIX);  
    80.   
    81.         try {  
    82.             PrintWriter pw = new PrintWriter(new BufferedWriter(new FileWriter(file)));  
    83.             //导出发生异常的时间  
    84.             pw.println(time);  
    85.   
    86.             //导出手机信息  
    87.             dumpPhoneInfo(pw);  
    88.   
    89.             pw.println();  
    90.             //导出异常的调用栈信息  
    91.             ex.printStackTrace(pw);  
    92.   
    93.             pw.close();  
    94.         } catch (Exception e) {  
    95.             Log.e(TAG, "dump crash info failed");  
    96.         }  
    97.     }  
    98.   
    99.     private void dumpPhoneInfo(PrintWriter pw) throws NameNotFoundException {  
    100.         //应用的版本名称和版本号  
    101.         PackageManager pm = mContext.getPackageManager();  
    102.         PackageInfo pi = pm.getPackageInfo(mContext.getPackageName(), PackageManager.GET_ACTIVITIES);  
    103.         pw.print("App Version: ");  
    104.         pw.print(pi.versionName);  
    105.         pw.print('_');  
    106.         pw.println(pi.versionCode);  
    107.   
    108.         //android版本号  
    109.         pw.print("OS Version: ");  
    110.         pw.print(Build.VERSION.RELEASE);  
    111.         pw.print("_");  
    112.         pw.println(Build.VERSION.SDK_INT);  
    113.   
    114.         //手机制造商  
    115.         pw.print("Vendor: ");  
    116.         pw.println(Build.MANUFACTURER);  
    117.   
    118.         //手机型号  
    119.         pw.print("Model: ");  
    120.         pw.println(Build.MODEL);  
    121.   
    122.         //cpu架构  
    123.         pw.print("CPU ABI: ");  
    124.         pw.println(Build.CPU_ABI);  
    125.     }  
    126.   
    127.     private void uploadExceptionToServer() {  
    128.         //TODO Upload Exception Message To Your Web Server  
    129.     }  
    130.   
    131. }  

    2.为ui线程添加默认异常事件Handler

    //Thread类中标识默认异常事件Handler的成员

    private static UncaughtExceptionHandler defaultUncaughtHandler;

    这里涉及到在哪里添加的问题,从源码中注意到,这个defaultUncaughtHandler是Thread类中一个静态的成员,所以,按道理,我们为任意一个线程设置异常处理,所有的线程都应该能共用这个异常处理器,这个是我的猜测,没有经过验证,不过没关系,有一个观点是大家都认可的:就是为主线程也就是ui线程添加异常程序器。为了在ui线程中添加异常处理Handler,我们推荐大家在Application中添加而不是在Activity中添加。Application标识着整个应用,在Android声明周期中是第一个启动的,早于任何的Activity、Service等。

    [java] view plaincopy在CODE上查看代码片派生到我的代码片
     
    1. public class TestApp extends Application {  
    2.   
    3.     private static TestApp sInstance;  
    4.   
    5.     @Override  
    6.     public void onCreate() {  
    7.         super.onCreate();  
    8.         sInstance = this;  
    9.   
    10.         //在这里为应用设置异常处理程序,然后我们的程序才能捕获未处理的异常  
    11.         CrashHandler crashHandler = CrashHandler.getInstance();  
    12.         crashHandler.init(this);  
    13.     }  
    14.   
    15.     public static TestApp getInstance() {  
    16.         return sInstance;  
    17.     }  
    18.   
    19. }  

    效果

    经过了上面两个步骤,我们的程序已经可以处理任何异常了,再也不怕程序crash了,并且我们还能从服务器上查看用户的crash信息,下面我们就模拟下发生crash的情形,看我们的程序是如何处理的。

    [java] view plaincopy在CODE上查看代码片派生到我的代码片
     
    1. public class CrashActivity extends Activity implements OnClickListener{  
    2.   
    3.     private Button mButton;  
    4.   
    5.     @Override  
    6.     protected void onCreate(Bundle savedInstanceState) {  
    7.         super.onCreate(savedInstanceState);  
    8.         setContentView(R.layout.activity_crash);  
    9.         initView();  
    10.     }  
    11.   
    12.     private void initView() {  
    13.         mButton = (Button)findViewById(R.id.button1);  
    14.         mButton.setOnClickListener(this);  
    15.     }  
    16.   
    17.     @Override  
    18.     public void onClick(View v) {  
    19.         if (v == mButton) {  
    20.             //在这里默认异常抛出情况,人为抛出一个运行时异常  
    21.             throw new RuntimeException("自定义异常:这是自己抛出的异常");  
    22.         }  
    23.           
    24.     }  
    25. }  

    我们给按钮加一个点击事件,在onClick中人为抛出一个运行时异常,这个时候程序就crash了,看看异常处理器为我们做了什么。从下面的图片可以看出,异常处理器为我们创建了一个日志文件,打开日志文件,可以看到手机的信息以及异常发生时的调用栈,有了这些,开发人员就很好定位问题了吧。从下面的日志调用栈可以看出,CrashActivity的28行发生了RuntimeException,再看下我们的代码,发现28行就是我们认为抛出的异常。从现在开始,为你的应用加上默认异常事件处理器吧。


    demo下载:http://download.csdn.net/download/singwhatiwanna/6706023

  • 相关阅读:
    left join问题
    SQL索引
    数据库查询优化
    define and inline
    程序的内存分配
    __closure
    this指针
    java笔记
    Visual Studio Code(VSCODE)语言设置
    Excel 2010如何打开多个独立窗口?
  • 原文地址:https://www.cnblogs.com/dongweiq/p/4288648.html
Copyright © 2011-2022 走看看