Crash监控神器之腾讯Bugly

转： 腾讯Bugly的前世今生

先给大家讲个小故事。

      故事发生在2011年底，鹅厂（腾讯）内部出现一个“RDM异常上报”的服务。某App的开发哥尝试着接入使用了一下，却发现了一个真相：原来自以为很稳定的版本，结果上线后竟然……。后来，这些企鹅们就开始默默地修复Crash了。

      再后来，鹅厂所有的App都接入了这个服务。

      再来回顾下鹅厂最近在开发生态圈的一个火爆新闻：腾讯开放平台新增对外开放的服务“腾讯Bugly”，并于2014.10.15正式对外发布上线。

 

      说到这里，可能大家都有点蒙了：

      RDM异常上报是什么？腾讯Bugly又是什么？

      腾讯Bugly就是原来鹅厂内部使用的RDM异常上报。

      它主要提供了一套完整的Crash监控和解决方案。移动开发者将应用（iOS/Android/WindowsPhone）接入腾讯Bugly后，通过Crash监控平台，可以快速发现用户在使用      应用过程中出现的Crash、无响应等问题，并根据上报的Crash信息快速定位和解决问题。

 

      可能未听说过这个第三方服务的同学，还会弱弱地问一句：

      Bugly提供的Crash监控，跟自己在程序中加上监控有什么不同？

     Bugly提供的Crash监控，除了提供专业的Crash监控上报策略外，还同时提供异常强大的Crash监控分析平台。在这个平台上，移动开发者可以：

• 实时监控Crash

      Bugly提供了24小时实时Crash监控数据。通过实时数据，移动开发者可以随时关注Crash情况，应对Crash问题带来的各种突发情况，若Crash严重时可以进行紧急处理。

• 快速获取关键Crash

      Bugly提供了业界领先的多维度搜索服务，可以帮助移动开发者在海量的Crash数据中，通过上报时间、Crash版本、Crash用户、机型、出错进程或堆栈等条件快速找到关键信息，及时定位解决问题。

• 高效定位解决Crash

      Bugly会智能将相同问题合并分类。而且除了提供详细的堆栈信息外，还会对Crash发生时的“应用运行信息”进行分析，包括设备分布、系统版本分布、ROOT占比、内存/SD卡/硬盘剩余占比等，帮助移动开发者快速排除Crash的可能原因（如：机型问题、内存问题），提高修复异常的效率。

      上述的这些，都是开发者在程序中加上异常监控逻辑后无法做到的。

 

      有听说或使用过这类服务的同学，还可能会问：

      市场上好像也有其它第三方的异常监控，问题来了，Crash监控哪家强？

      从2011年开始至今，RDM异常上报作为腾讯Bugly的前身，已经在鹅厂经过了多年的实战和打磨。据不完全统计，截至2014年8月，累计千款的移动应用已接入并使用Crash监控能力，Crash问题也因此减少了90%以上。

      腾讯Bugly被打造为最专业的异常监控，必然有专业而坚固的后盾作根本。

• 专业的研发团队

      专业团队以“通过优秀的技术提高研发工作的效率和质量”为奋斗目标。目前该团队提供的几个服务，包括持续集成、异常上报等，已经成为鹅厂内部移动应用必不可少的研发流程。

• 专业的监控技术

      累积超过百款重点产品多年的实践经验，打磨了业界最全面的异常解决方案：覆盖终端iOS、Androidt和WindowsPhone平台，对于Android应用，除了Java类型，同时支持ARM/X86架构下C/C++类型的异常上报。

• 专业的处理后台

      日均覆盖亿级以上用户，上报千万级以上异常，处理百亿级以上请求，成就了腾讯Bugly强大的大数据分析处理能力。

 

      还有些同学可能会问：

      腾讯Bugly为什么这么好，免费提供这么强大的功能？

      如何提高程序猿（媛）自身的生活质量却一直没有得到IT行业内应有的重视！

      腾讯Bugly团队渴望通过“通过优秀的技术提高研发工作的效率和质量”，来改善IT生态环境圈，改善程序猿（媛）的生活，比如：少加点班，留多些时间运动、找媳妇、陪家人。而Crash监控是腾讯Bugly团队推出的第一个产品，希望程序猿（媛）能更快速有效地跟踪解决异常，提升产品质量，少些被挑战，多些被认可。