比较bugly和友盟

这是我第一次在上写文章，需要一起探讨的评论哈。

我用友盟已经快2年了，我比较注重它的统计功能，在使用它的错误分析功能时，因为它只能提供崩溃日志，所以在解决Bug的时候相对来说比较难针对性分析，并解决问题，这也是我为什么要使用bugly的原因，下面就正式开始比较了。

如何集成Bugly和友盟，可以参考 bugly 和 友盟

特别说明下，bugly目前仅在安卓5.0以下支持ANR上报，因为5.0以上，没办法通过FileObserver监听ANR(traces.txt)

Bugly ： 2秒左右

友盟 ： 不确定，10分钟+

经过我的使用和比较，bugly更胜于Bug分析，友盟更胜于数据统计。下面可以看到友盟提供了更多的功能。

所以两个我都会集成，bugly可以帮助我更好的定位和解决Bug, 友盟的全面数据统计又可以帮助我后期针对想优化产品。

腾讯bugly和fabric不仅仅是可以帮助运营人员分析用户、优化推广的数据分析平台，也是移动开发者的异常上报平台和应用更新平台。可以同时为公司产品运营和开发人员提供服务。

fabric在查看dashboard页面之前必须在应用里集成SDK，所以这里只对fabric官网上给出的功能进行总结。

fabric和腾讯bugly提供的产品功能类似，都是开发人员和运营人员的监控平台，实时监控产品情况，可以快速定位产品问题方便进行产品优化。

fabric升级版本为firebase，提供了更多更丰富的功能。

firebase定位则有所不同，它可以帮助手机应用及网页开发者构建app，无需服务器及基础设施，提供了一个控制台，共享数据和分析结果。

相比腾讯bugly，fabric的用户使用体验差一些，想要进行下一步，需要点击按钮，按钮有时位于页面左侧有时位于页面顶部导航栏。集成SDK的说明2处，一个说明位于install页面，在登陆后点击dashboard按钮，会出现另外一个集成SDK的说明页面。

fabric新版firebase的使用流程与腾讯bugly一致，用户在新建产品以后就可以查看dashboard页面，在成功集成了SDK后dashboard页面才会有数据。

先说一下基本原理，市面上主要的两大派系热修复

1.阿里系：DeXposed、andfix

从底层C的二进制来入手的。

2.腾讯系：tinker

Java类加载机制来入手的。

最近因项目需求，需要集成热更新功能。先前项目也集成过腾讯tinker，但是这功能是写到公司后台更新下发的，现在并不能满足需求，便想着使用bugly热更+异常上报。

于是我按照官方 Bugly Android热更新使用指南 去集成了，也按他的推荐在SDK初始化的时候使用了 enableProxyApplication = false 的方式，然而却出现了异常了

5、必须注意的是打包完成后使用的是outputs->patch->release->patch_signed_7zip.apk下的补丁包，选择上传前需要使用基础包激活一次才能下发成功

1、腾讯tinker.gradle模板(亲测多个项目)：

2、在项目中如果遇到第三方库使用了bugly统计

依赖包冲突： compile 'com.tencent.bugly:crashreport:latest.release'

使用全局去重：

3、有时候latest.release指定远程库会有问题必须指定具体的版本库才能打包成功

---