腾讯 Bugly，是腾讯公司为移动开发者开放的服务之一，面向移动开发者提供专业的 Crash 监控、崩溃分析等质量跟踪服务。Bugly 能帮助移动互联网开发者更及时地发现掌控异常，更全面的了解定位异常，更高效的修复解决异常。
针对移动应用，腾讯 Bugly 提供了专业的 Crash、Android ANR ( application not response)、iOS 卡顿监控和解决方案。移动开发者 ( Android / iOS ) 可以通过监控，快速发现用户在使用过程中出现的 Crash (崩溃)、Android ANR 和 iOS 卡顿，并根据上报的信息快速定位和解决问题。
产生背景
移动互联网时代，由于 Android 设备的碎片化，客服人员每天要接到很多用户反馈在各种不同机型上的崩溃问题，又没有办法提供具体的 Crash 日志给开发人员。测试人员每天需要对用户的反馈进行 Bug 复现，然后抓取log 日志，人力成本，手机终端成本非常高，造成很多资源浪费。
腾讯无线研发部发现该问题后，开始开发这套 Crash 监控上报体系。经过了四年多的开发与打磨，目前腾讯的所有产品都已经接入了Bugly质量监控平台，开发同学只要登陆 Bugly 网站，就可以清晰的看到每天自己的产品有多少 Crash，影响了多少用户的使用，并可以根据 Bugly 提供的 Crash 日志进行问题修复，极大的提高了工作效率。
发展历程
2011年初- 2014年10月 Bugly 服务于腾讯内部所有项目，如QQ邮箱、浏览器、手机QQ、腾讯视频等。
2014年10月起，腾讯 Bugly 对外开放给更多的开发者使用，帮助开发人员更准确高效的定位解决问题。
平台功能
对产生的问题进行24小时的监控，把握崩溃前后的各个时间节点。Bugly 目前支持 iOS 和 Android 两大主流平台的崩溃分析上报，包括iOS的不同开发语言（Object-C 以及 Swift）, 并支持 Android 操作系统的 java 层和 NDK 层全面的崩溃上报。符号还原功能可以帮助开发者定位到具体错误的代码，帮助开发者快速定位问题，修改问题。
Bugly 还支持了不同游戏引擎的脚本层错误上报，对于使用 Cocos 以及 Unity 引擎进行开发的游戏，Bugly的代码还原可以帮助开发这定位到引擎脚本的堆栈，包括 Cocos 的 Lua 脚本，C++ 脚本，以及 Unity 的 C# 脚本。[2-3]
平台特色
Android / iOS 游戏
支持 Untily 游戏引擎的脚本错误上报、支持 Cocos 游戏引擎的Lua脚本错误上报、Android NDK 错误上报、Android 和 iOS 64 位系统支持、Android全架构支持、Android 系统的 ANR 以及 iOS 系统的卡顿上报、实时上报问题、适配最新官方系统、精准问题定位、自定义 log 上报、监控、统计功能、智能合并分析。
Android 应用
NDK 支持、全架构 / 64位系统支持、应用 ANR 上报、实时上报问题、自定义 log 上报、精准问题定位、适配最新官方系统监控、统计功能、智能合并分析。
iOS 应用
语言支持 Swift & Object-C、支持 iOS 手表、支持 64位系统、应用卡顿上报、适配最新官方系统、精准问题定位以及全面的问题上报、自定义 log 上报、实时上报问题、监控、统计功能、进行智能合并分析。
Bugly 经过腾讯内部4年打磨，目前腾讯所有产品都在使用，其适配性基本覆盖了中国市场的移动设备以及网络环境，可靠性有保证。使用 Bugly，就等于使用了和手机 QQ、QQ 空间、手机管家相同的质量保障途径，Bugly 会持续对产品进行优化打磨，帮助更多的开发者打造更有品质的产品。
相关评价
这个东西再次让我对腾讯对外提供的服务失望。最近因为闪退多，进度紧，在原来手动传日志到服务器和友盟的基础上加了bugly，想加强一下日志管理，结果这一部署实施可是出了大事了，直接导致我现在凌晨2点擦完屁股在这里吐槽。
先说好的一面 1. 技术支持很nice, 可以陪到12点，态度很好，技术应该也过硬；群里反应时间比较快，当然疑难杂症还是要靠自己。 2. 这类崩溃日志同步的东西很少，自己封装过的又怕是费流量不太结构化，确实是个比较强的需求（虽然最后结果并没有一丁点的满足）
至于黑点 1. 抓了30+条，有用信息0。引擎+lua部分的可能难，不说了；堆栈可能确实乱，也不说了。 logcat就不能截点有用的往回传么？也没有筛选选项，而且有的时候一句都不传是什么情况呢？ 2. 重要的是，办不成事儿也就算了，主要加了这东西我降帧了啊！！发十几人灰度测试发跪了，纷纷表示游戏战斗变成了幻灯片，发现安卓有调试模式马上关掉依然不行，fps降了2-3倍，擦了半天屁股把bugly全去除掉了恢复正常。能把水果机搞降帧也是服了。 3. 一贯的传统： 腾讯那个奇葩的排队客服系统之前用腾讯云就已经领教了； 文档写的各种莫名其妙要靠猜测。 每次进后台都得转半天才能loading出log来； 注册个应用告诉要等一分钟也不知道是什么意思，就这个排布设计敢说是腾讯内部使用的。。？我根本不care什么crash曲线，只求logcat能拿回来，堆栈信息能多一点，等那么半天最后载入个这华而不实的东西，关键信息比同事之前方案传回服务器的日志少太多了。
bugly也做了小一年了，真不相信什么QQ浏览器会嵌入这东西。
最后综合建议，不要用。崩溃日志回传其实也就二十几行代码的事儿，回传时浪费流量就就浪费流量了，至少自己的东西熟悉稳定不拖后腿。
最最后，腾讯云周边推荐的任何新玩意，都要慎重使用。像弹性云，虽然我付弹性云的费是腾讯给的扶持费用，但也花了些时间准备部署，受制于各种不灵活，准备慢慢改业务逻辑适应，结果没过多久就自己关掉了。这要是bugly关掉了，游戏渠道版本这么多，无法可想。除了腾讯云服务器比较稳定之外，其他的坑也是烟花般绚烂了，同事都觉得我作为腾讯前员工建议他们选用的这些玩意是个负担。
