Java 的异常处理机制比较简单，只要 uncaughtException() 方法中等待异常的回调，然后收集相应的信息即可。这些都比较简单，这里就不详 细分析了，感兴趣的可以自己去看。另外clashxtrojan，其实现了一个 Util 类用来读取系统的文件，里面有很多值的学习的东西，如获取 meminfo 、获取文 件所占用的 fds 等。
用来处理 SIG_QUIT 的响应函数是 xc_trace_handler() ，这个也是后面再来分析。函数的最后还会启动一个线程，并在线程响应函数 xc_trace_dumper中等待 ANR 的发生。这里的等待机制同样是用的 eventfd。
这里看关键的几行，其中 sigalstack 是用于替换信号处理函数栈，有的说法是设置紧急函数栈。其原因是一般情况下，信号处理函数被调用时， 内核会在进程的栈上为其创建一个栈帧。但是这里就会有一个问题，如果栈的增长到达了栈的资源限制值(RLIMIT_STACK，使用 ulimit 命令可 以查看，一般为 8M)，或是栈已经长得太大(没有 RLIMIT_STACK 的限制)，以致到达了映射内存(mapped memory)边界，那么此时信号处理 函数就没法得到栈帧的分配clash of windows 怎么用。
但是这里就会有一个问题如果栈的增长到达了栈的资源限制值rlimitstack使用ulimit命令可以查看一般为8m或是栈已经长得太大没有rlimitstack的限制以致到达了映射内存mappedmemory边界那么此时信号处理函数就没法得到栈帧的分配
工欲擅其事，必先利其器。当我们的应用发生错误或者崩溃时，如果有一款趁手的日志捕获工具，那将会得心应手的多。今天要学习的是来自 IQiYi 的 xCrash 日志捕获工具。这款工具不管是从质量上还是功能上，都是上乘之作。
然后就是通过 sigaction() 进行信号的安装，这里只关注一下它安装哪一些信号。
这里面初始化了一些公共参数，如 os-kernel-version、app_version、appid、log 目录等。其中最重要的是初始化了两个文件 fd ，以应对文 件 fd 被耗尽的情况。
AnrHandler 的初始化除了一些参数的设定，然后就是监听 /data/anr 目录的变化。
这样也算利用虚拟机所提供的接口，开始监控 Java Crash 了。另外比较主要的便是其实现的方法uncaughtException，后面再来说。
关于Native 层的 anr 处理，官方有给了具体的实现架构图。那么，对照图，我们来具体看看它是如何实现的。
xCrash 是爱奇艺公司的一个异常捕获日志库,能捕获的异常日志包括了 Java Crash、Native Crash 以及 ANR 日志clashxtrojan。，而我们在 Android 上所 发生的异常，其归结起来无非就是这三种。关于这个库，按官方的解释，其主要的优点如下：
