Android程序Crash时的异常上报

2019-06-03 00:07:32


参考地址 Android程序Crash时的异常上报


前言

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


    /**

     * 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;

    }


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

步骤

1. 建立异常处理Handler

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


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();

 

    //系统默认的异常处理(默认情况下,系统会终止当前的异常程序)

    private UncaughtExceptionHandler mDefaultCrashHandler;

 

    private Context mContext;

 

    //构造方法私有,防止外部构造多个实例,即采用单例模式

    private CrashHandler() {

    }

 

    public static CrashHandler getInstance() {

        return sInstance;

    }

 

    //这里主要完成初始化工作

    public void init(Context context) {

        //获取系统默认的异常处理器

        mDefaultCrashHandler = Thread.getDefaultUncaughtExceptionHandler();

        //将当前实例设为系统默认的异常处理器

        Thread.setDefaultUncaughtExceptionHandler(this);

        //获取Context,方便内部使用

        mContext = context.getApplicationContext();

    }

 

    /**

     * 这个是最关键的函数,当程序中有未被捕获的异常,系统将会自动调用#uncaughtException方法

     * thread为出现未捕获异常的线程,ex为未捕获的异常,有了这个ex,我们就可以得到异常信息。

     */

    @Override

    public void uncaughtException(Thread thread, Throwable ex) {

        try {

            //导出异常信息到SD卡中

            dumpExceptionToSDCard(ex);

            //这里可以通过网络上传异常信息到服务器,便于开发人员分析日志从而解决bug

            uploadExceptionToServer();

        } catch (IOException e) {

            e.printStackTrace();

        }

 

        //打印出当前调用栈信息

        ex.printStackTrace();

 

        //如果系统提供了默认的异常处理器,则交给系统去结束我们的程序,否则就由我们自己结束自己

        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));

        //以当前时间创建log文件

        File file = new File(PATH + FILE_NAME + time + FILE_NAME_SUFFIX);

 

        try {

            PrintWriter pw = new PrintWriter(new BufferedWriter(new FileWriter(file)));

            //导出发生异常的时间

            pw.println(time);

 

            //导出手机信息

            dumpPhoneInfo(pw);

 

            pw.println();

            //导出异常的调用栈信息

            ex.printStackTrace(pw);

 

            pw.close();

        } catch (Exception e) {

            Log.e(TAG, "dump crash info failed");

        }

    }

 

    private void dumpPhoneInfo(PrintWriter pw) throws NameNotFoundException {

        //应用的版本名称和版本号

        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);

 

        //手机制造商

        pw.print("Vendor: ");

        pw.println(Build.MANUFACTURER);

 

        //手机型号

        pw.print("Model: ");

        pw.println(Build.MODEL);

 

        //cpu架构

        pw.print("CPU ABI: ");

        pw.println(Build.CPU_ABI);

    }

 

    private void uploadExceptionToServer() {

        //TODO Upload Exception Message To Your Web Server

    }

 

}

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

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


private static UncaughtExceptionHandler defaultUncaughtHandler;


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


public class TestApp extends Application {

 

    private static TestApp sInstance;

 

    @Override

    public void onCreate() {

        super.onCreate();

        sInstance = this;

 

        //在这里为应用设置异常处理程序,然后我们的程序才能捕获未处理的异常

        CrashHandler crashHandler = CrashHandler.getInstance();

        crashHandler.init(this);

    }

 

    public static TestApp getInstance() {

        return sInstance;

    }

 

}

效果

经过了上面两个步骤,我们的程序已经可以处理任何异常了,再也不怕程序crash了,并且我们还能从服务器上查看用户的crash信息,下面我们就模拟下发生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) {

            //在这里默认异常抛出情况,人为抛出一个运行时异常

            throw new RuntimeException("自定义异常:这是自己抛出的异常");

        }

        

    }

}

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


  • 2018-12-09 22:49:12

    Android 修改Toolbar自带的图标颜色

    toolbar自带的按钮颜色是黑色,现在想修改按钮图标颜色,方法如下: 在布局文件中的Toolbar中增加如下2个 属性

  • 2018-12-09 22:50:46

    Toolbar 标题字体大小及字体颜色

    无师无门遇到点破事也得百度,就单单这破问题 Toolbar 标题字体大小及字体颜色,结果百度一推重复没用的结果,要么一推英文的解释,小学学历的我表示很崩溃!

  • 2018-12-10 00:57:37

    Android沉浸式状态栏(透明状态栏)最佳实现

    在Android4.4之前,我们的应用没法改变手机的状态栏颜色,当我们打开应用时,会出现上图中左侧的画面,在屏幕的顶部有一条黑色的状态栏,和应用的风格非常不协调;为了提供更好的界面交互,google在Android4.4以后提供了设置沉浸式状态栏的方法,对于沉浸式状态栏这个名字存在争议,我们不做讨论,实际的效果其实就是透明的状态栏,然后在状态栏的位置显示我们自定义的颜色,通常为应用的actionbar的颜色,或者是将应用的整体的一张图片也占据到状态栏中,如下图所示:

  • 2018-12-11 10:20:40

    Android下载图片到相册

    调用以上系统自带的方法会把bitmap对象保存到系统图库中,但是这种方法无法指定保存的路径和名称,上述方法的title、description参数只是插入数据库中的字段,真实的图片名称系统会自动分配。 或者

  • 2018-12-11 15:45:00

    Laravel中七个非常有用但很少人知道的Carbon方法

    在编写PHP应用时经常需要处理日期和时间,Carbon继承自 PHP DateTime 类的 API 扩展,它使得处理日期和时间更加简单,这篇文章主要给大家分享了Laravel中七个非常有用但很少人知道的Carbon方法,需要的朋友可以参考下。

  • 2018-12-13 11:41:23

    Android drawable微技巧,你所不知道的drawable的那些细节

    好像有挺久时间没更新博客了,最近我为了准备下一个系列的博客,也是花了很长的时间研读源码。很遗憾的是,下一个系列的博客我可能还要再过一段时间才能写出来,那么为了不至于让大家等太久,今天就给大家更新一篇单篇的文章,讲一讲Android drawable方面的微技巧。

  • 2018-12-13 17:14:41

    Android安全开发之浅谈密钥硬编码

    在阿里聚安全的漏洞扫描器中和人工APP安全审计中,经常发现有开发者将密钥硬编码在Java代码、文件中,这样做会引起很大风险。信息安全的基础在于密码学,而常用的密码学算法都是公开的,加密内容的保密依靠的是密钥的保密,密钥如果泄露,对于对称密码算法,根据用到的密钥算法和加密后的密文,很容易得到加密前的明文;对于非对称密码算法或者签名算法,根据密钥和要加密的明文,很容易获得计算出签名值,从而伪造签名。