对于android开发者来说，Crash 可谓是司空见惯的事了，没有一个程序员敢保证自己的程序绝对不会发生crash。开发的时候发生crash还好，可以Logcat来查看log分析出原因，但是在线上，用户使用过程中发生crash的话，可能就没法复现不知道原因了。所以异常信息的收集就显得犹为重要。

收集crash信息，可以接入第三方的crash收集分析平台，如bugtags、bugly等，参照对应文档接入来使用就好。当然也可以自己简单地来实现。

若是自己来实现，Android中是有提供处理异常问题的方法的：

Thread.setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler eh)

作用就是设置一个未捕获的异常处理handler， 这个handler可以在任意线程被任意未处理的异常唤醒。

在实现UncaughtExceptionHandler之前，先来简单了解一下Exception的知识。

Android中Exception可以分为两类，检查型异常(Checked Exception)和非检查型异常(Unchecked Exception)，Checked异常继承java.lang.Exception类。Unchecked异常继承自java.lang.RuntimeException类。

检查型异常：异常必须被显式地捕获或者传递。通俗地讲是指编译器会检查这一类异常，这类异常的发生难于避免，所以必须处理，如果不处理，编译器一般会给出错误提示，而且不处理也不能通过编译。如FileNotFoundException、ClassNotFoundException

非检查型异常：可以不必做捕获或抛出处理。这类异常可能是程序逻辑本身有问题，比如空对象NullPointerException、数组越界IndexOutOfBoundsException，这些是可以避免，所以编译器不会强制检查。

UncaughtExceptionHandler只能收到那些没有被捕获的异常，代码中的catch异常是不会交给UncaughtExceptionHandler处理的

使用UncaughtExceptionHandler

程序crash可能发生在任意线程中，主线程不可以捕获到子线程的Exception。UncaughtExceptionHandler可以给某个单独的线程来设置

currentThread.setDefaultUncaughtExceptionHandler(new MyUncaughtExceptionHandler())

也可以设置所有线程都捕获

Thread.setDefaultUncaughtExceptionHandler(new MyUncaughtExceptionHandler())

实现自己的UncaughtExceptionHandler

public class CrashHandler implements Thread.UncaughtExceptionHandler {

private Thread.UncaughtExceptionHandler mUncaughtHandler;

CrashHandler() {

mUncaughtHandler = Thread.getDefaultUncaughtExceptionHandler(); //系统的UncaughtExceptionHandler

}

@Override

public void uncaughtException(Thread t, Throwable e) {

//在这里处理异常信息

System.out.printf("\n手机品牌：%s", DeviceUtil.getDeviceBrand());

System.out.printf("\n手机型号：%s", DeviceUtil.getSystemModel());

System.out.printf("\n系统型号：%s\n\n", DeviceUtil.getSystemVersion());

Writer eInfo = new StringWriter();

PrintWriter printWriter = new PrintWriter(eInfo);

e.printStackTrace(printWriter);

System.out.printf("%s\n", eInfo.toString());

// 杀死进程

android.os.Process.killProcess(android.os.Process.myPid());

System.exit(0);

}

新建一个类来实现Thread.UncaughtExceptionHandler接口，然后重写uncaughtException方法就可以了。

当有未处理的异常发生的时候，系统便会回调UncaughtExceptionHandler中的uncaughtException方法，并把异常发生所在线程，以及异常信息带过来。在这里开发者可以自己来处理异常信息，可以把异常的堆栈信息保存到本地，或者是上报到服务端。处理完异常信息，也可以进行一些异常提示操作，如弹窗提示用户程序发生的崩溃，然后再进行退出操作，这样用户的体验也会好一点。

有时候我们可能是想自己处理异常之后系统再继续执行原本异常处理操作，不想完全覆盖掉系统的KillApplicationHandler。这也是可以的，只需要把先前存的系统的UncaughtHandler，放在最后调用就可以了

mUncaughtHandler.uncaughtException(t, e);

代码里模拟一个NullPointerException异常，输出里就可以看到想要的信息了

image.png

至此，可以说是已经完成了获取crash信息的这一步了，就是这么简单

记录用户操作步骤

除了crash信息外，知道用户的操作步骤，也可以给开发者们查找crash原因提供一定的的帮助。所以我们也可以把用户的操作步骤，在哪个页面，当前什么生命周期，点了哪些view，这些一并记录下来。

public abstract class BaseActivity extends AppCompatActivity {

@Override

protected void onCreate(@Nullable Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

ExceptionMonitor.getInstance().onCreate(this);

}

@Override

protected void onResume() {

super.onResume();

ExceptionMonitor.getInstance().onResume(this);

}

@Override

protected void onPause() {

super.onPause();

ExceptionMonitor.getInstance().onPause(this);

}

@Override

protected void onDestroy() {

super.onDestroy();

ExceptionMonitor.getInstance().onDestroy(this);

}

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

ExceptionMonitor.getInstance().onDispatchTouchEvent(this, ev);

return super.dispatchTouchEvent(ev);

}

}

记录操作步骤的关键是需要一个BaseActivity，在BaseActivity里记录每个界面的进入退出，以及事件分发情况。把每个页面的进入退出情况同步记录到一个队列里边

private static SequenceQueue stepQueue = new SequenceQueue<>(); //储存用户操作步骤的队列

private static StringBuilder stepBuilder = new StringBuilder();

public static void enqueueStep(Context context, String state) {

String time = TIME_FORMATTER.format(System.currentTimeMillis());

stepBuilder.append(time)

.append(" ")

.append(context.getClass().getName())

.append(" ")

.append(state);

String s = stepBuilder.toString();

stepQueue.add(s);

stepBuilder.delete(0, stepBuilder.length());

}

public static void enqueueStep(Context context, View view) {

if (view == null) { return; }

String time = TIME_FORMATTER.format(System.currentTimeMillis());

String path = view.getResources().getResourceName(view.getId());

String viewId = path.substring(path.indexOf("/") + 1);

stepBuilder.append(time)

.append(" ")

.append(context.getClass().getName())

.append(" Event：viewId：")

.append(viewId)

.append(" Type: ")

.append(view.getClass().getName());

String s = stepBuilder.toString();

stepQueue.add(s);

stepBuilder.delete(0, stepBuilder.length());

}

public static String flushString() {

String s = stepQueue.flushString();

stepQueue.clear();

return s;

}

下面来重点看一下事件这一块，从这一块里可以得到对应view的id。

public void onDispatchTouchEvent(Activity activity, MotionEvent event) {

if (event.getAction() == MotionEvent.ACTION_DOWN) {

this.lastX = event.getRawX();

this.lastY = event.getRawY();

} else if(event.getAction() == MotionEvent.ACTION_UP) {

float currentX = event.getRawX();

float currentY = event.getRawY();

if (lastX == currentX && lastY == currentY) {

// 判断是点击操作

View view = this.getView(activity.getWindow().getDecorView(), currentX, currentY);

// 把view事件记录到队列里边

StepsHelper.enqueueStep(activity, view);

}

}

}

private View getView(View decorView, float currentX, float currentY) {

View targetView = null;

int[] pos = new int[2];

decorView.getLocationInWindow(pos);

if (determinePos(currentX, currentY, pos[0], pos[1], decorView.getWidth(), decorView.getHeight())) {

if (decorView instanceof ViewGroup) {

for (int i = 0; i < ((ViewGroup)decorView).getChildCount(); ++i) {

View tempView = ((ViewGroup) decorView).getChildAt(i);

// 递归获取目标view

targetView = getView(tempView, currentX, currentY);

if (targetView != null) {

break;

}

}

} else {

targetView = decorView;

}

}

return targetView;

}

// 判断触控点在窗口范围内

private boolean determinePos(float var1, float var2, int var3, int var4, int var5, int var6) {

return var1 >= (float)var3 && var1 <= (float)(var3 + var5) && var2 >= (float)var4 && var2 <= (float)(var4 + var6);

}

在获取Event后，可以使用当前的activity的decorView来判断位置以及是否是ViewGroup来算出当前是哪个view，有了view便可通用R文件来获取它在项目的id了。

flushString输出一下操作记录队列

image.png

大功告成，现在crash信息有了，用户的操作步骤也有了，当然还可以更加地完善，把更多的信息如手机内存情况，网络情况等记录下来，然后还可以上报到服务端，这样线上用户的崩溃信息你也能看到了。