崩溃上报程序Crash report，自己写的，C#，很不错，多进程

开源的acra crash上报库( http://code.google.com/p/acra/ )的缺点有: 1. crash上报到google doc里的话，由于被墙了，所以看不到数据。 2 如果基于邮件上报crash的话，不方便统计crash崩溃率。3. acra上报的字段过多，需要过滤一些没用的字段。当Android应用程序崩溃时，可以及时通过浏览器查看到崩溃的堆栈信息，同时后台还可以统计每天的崩溃比率，以方便应用程序的体验改进

前言 当一个iOS应用程序崩溃时，系统会创建一份crash日志保存在设备上。这份crash日志记录着应用程序崩溃时的信息，通常包含着每个执行线程的栈调用信息（低内存闪退日志例外），对于开发人员定位问题很有帮助。 为保障线上 App 的用户体验，我们一般都会对线上 App 的 crash 率做实时监控，一旦检测到 spike，可以即刻调查原因，但这一切的前提是 crash 日志能够准确上报。 crash 日志上报有两个难点： crash handler 安装之前的代码要绝对稳定 如果日志采

在Android平台，nativecrash一直是crash里的大头。nativecrash具有上下文不全、出错信息模糊、难以捕捉等特点，比javacrash更难修复。所以一个合格的异常捕获组件也要能达到以下目的：支持在crash时进行更多扩展操作，如：1.打印logcat和应用日志2.上报crash次数3.对不同的crash做不同的恢复措施4.可以针对业务不断改进和适应其实3个方案在Android平台的实现原理都是基本一致的，综合考虑，可以基于coffeecatch改进。在Unix-like系