这几年做过的项目也有三个了，收集奔溃日志的sdk也接触了2个。一个是友盟，一个是fabric。
友盟被fabric替换掉，是因为友盟查看奔溃日志比较麻烦，而fabric就清晰多了。基本上能一眼看出问题所在。
这次的app也准备用fabric，不过发现这个sdk的奔溃日志数量不对。发现是google收购了fabric，奔溃统计功能似乎不好用了，而且毕竟是国外的。决定使用bugly作为这个项目的奔溃收集。本章内容来源于这里
crashlytics这个就是fabric。13年出被twitter收购，17年初被google收购。同时支持Android和iOS，后来逐步加入数据运营统计功能，由于是国外服务器，访问慢外，还会丢数据。不仅会丢crash数据还会丢运营数据。
打包的时候要翻墙，不然会很慢
这是网易内部一直在使用的一款质量跟踪系统，现在已经免费对外开放。功能和集成都不输其他产品，不过缺少运营数据这一块。
云捕的一个特色是支持自定义报警，重视app质量的开发团队很实用
当时集成友盟是为了集成分享第三方平台用的，发现有奔溃日志顺手就给集成了。
友盟在质量跟踪这块做的不全面，只能说够用。
友盟的错误分析的数据发送策略是再次启动时发送，所以crash发生后，需要再次启动应用才能接受到数据。这么一来就漏掉很多crash了。
除了crash数据之后，还有运营数据，可以满足部分轻运营级别的开发者。单从crash这块功能而言，比友盟强大，还可以分享求助。没啥明显的缺点。
