腾讯崩溃日志管理
之前项目有需要监控Crash的需求，主要有两个目的：
统计Crash的频率、次数、比例等。
找到Crash的原因，以便下次修复。
Crash统计问题
可以通过一些手段解决，如友盟统计，腾讯的MKT等一些第三方的统计工具或SDK。
Crash修复问题
较难实现，一般需要二步。
捕捉的每次的Crash，同时捕捉到相应的堆栈与线程信息。
Crash信息解析。从二进制格式解析成可以理解的普通文本（字符串，即可以阅读的“类名+方法名+行数”。
通常我们使用第三方工具，如友盟统计、，都只完成的第一步，第二步难以实现。
使用腾讯出品的服务，具体操作步骤如下：
登陆，注册App，获的AppKey与AppID。
在App中集成bugly的SDK。
上传符号表文件。符号表文件是发布时生成的“&-.dSYM”文件。
开始捕捉App的Crash信息了，sdk将捕捉并上报Crash信息到bugly后台。
查看Crash信息，包括统计信息和每次Crash的具体信息，经过后台的匹配与解析可将Crash可视化，并精确到“类+方法+行”。
## iOS下bugly上传符号表
1、进入dSYM所在文件文件夹
2、保持buglySymbolIOS.jar与dSYM在同一目录
3、提取符号表资源。命令行输入如下命令：
java -jar [工具名称] -i [dSYM文件名称]/Contents/Resources/DWARF/[文件名称] -o product.app.symbol.zip
java -jar buglySymbolIOS.jar -i 美味不用等.app.dSYM/Contents/Resources/DWARF/美味不用等 -o product.app.symbol.zipBugly&友盟&腾讯云分析の小调研 - Gzejia - CSDN博客
Bugly&友盟&腾讯云分析の小调研
OtherAbout
开篇之前必须声明下才行，以下内容仅为小编个人针对“项目监管工具”的小小调研任务，并非是为了直戳工具的优与劣。所以下面小编仅针对各工具与项目之间的联系，简单的发表下调研结果。
1.用户量分析
说明（除上）
侧重受异常影响的用户数据分析
通过数据分析在各类APP当中的用户增量趋势排行
腾讯云分析
更多用户类型以及数据分析（比如QQ用户性别，年龄，学历以及新老用户分布比例）
2.参与度分析
人均/使用时长
说明（除上）
侧重受异常影响的使用数据分析，无涉及使用时长分析
侧重APP分析，包括访问页面与使用间隔分析
腾讯云分析
侧重单个页面分析，包括页面路径来源分析（这里可能涉及到H5）
3.渠道分析
说明（除上）
侧重受异常影响的版本数据分析，无涉及渠道分析
展示不同渠道的用户使用情况包括留存率
腾讯云分析
展示不同渠道的用户使用情况包括留存率（同友盟）
4.质量分析
说明（除上）
除基本错误日志，还提供相关出错线程日志，系统日志以及强大的自定义日志
提供基本的错误日志
腾讯云分析
除基本错误日志，还提供接口请求质量（如失败率和耗时）以及网速监控
5.使用功能点分析
自定义事件（解释：埋点）
事件转化率（解释：漏斗模型分析）
提供多个功能点事件（包括页面访问路径，自定义事件，结构化事件）参数
腾讯云分析
完全自定义功能点事件参数
6.设备分析
设备终端（包括基本的机型，分辨率，操作系统）
仅产生异常所对应的基础设备数据分析
除以上信息还提供设备所在地域（省市/国家）的数据分析
腾讯云分析
除以上信息还提供当前设备所处网络环境的数据分析
7.其他分析
管理：关联用户反馈信息； 管理：推送渠道应用更新；管理：集成测试（注册测试机，通过手机实时获取友盟日志）；组件：消息推送（亿级别消息量10分钟内发送完毕,在线到达率99%以上）；组件：友盟微社区SDK（用户间的评论、关注、转发等互动活动）；组件：多平台分享；组件：多媒体服务（轻松获得上传下载双向加速、文件安全存储、媒体资源多样化处理等）
腾讯云分析
管理：关联用户反馈信息；管理：提供数据分析结果提醒功能（可提醒至个人QQ，微信，邮箱或者手机）；组件：云Talk（聊天，客服）组件：社交LBS（实现更多类似QQ附近的功能）
8.个人总结
信息类的APP-友盟（比如说商业型，新闻型的APP），我们可能更多需要获取的数据是用户对某一个商品或者事务的感知程度，通过友盟埋点我们能关键获取到用户的操作兴趣，统计起来比较可以更好帮助APP提升内容质量并优化体验。除此以外友盟在各方面都能分析一个APP的应用趋势，并做到不同时段的趋势对比。
社交类的APP-腾讯云分析+H5，当然H5是非必须的，之所以提到H5是因为腾讯云分析做到的是跨多平台的一个监控统计（包括Android，IOS以及WP），可见腾讯云分析在开发领域上已经为APP+H5的事业好了准备。切入主题，腾讯云分析除了对项目的管控以外，对获取使用者与设备的信息较为精炼，这对于一个社交类的APP的后期体验和升级方案（主要指用户的集群点）带来了很大的帮助。
各种APP-Bugly，一个“最专业的质量跟踪平台”。IOS/Android 崩溃卡顿还是ANR，与上面友盟和腾讯云分析相比真的是微不足道了，但人家就只做Bug质量监控咋啦。所以，如果你想要接入的APP只是为了能简简单单的跟踪下bug情况以及用户的使用情况分析，就他没错。
我的热门文章腾讯Bugly异常上报集成 - 简书
腾讯Bugly异常上报集成
前言对于Bug相信对于所有的开发者而言都是噩梦，没有一个app是完美的，尤其是android开发需要适配的版本太多了，而且每个厂商都是定制化的系统，而且android系统还在不断的升级以及新的api的增加，这导致对于bug的调试有许多的局限性，不可能第一次上线就适配所有的使用者，我们只能收集在线收集app出现的bug，以前都是直接使用bug的log，在通过发送服务器进行bug修复在打包上版本。每个app都会上架多个渠道（应用宝，360手机助手，百度，小米，华为等等），这样的成本真的太高了。所有热更新就横空出世了，今天要介绍的主题就是 腾讯Bugly，集成Bug的异常上报以及tinker热更新的集成。
首先需要介绍的是腾讯Bugly的异常上报，App在运行过程中发生的崩溃、卡顿、ANR、错误时候，Bugly会将这些错误信息都收集起来，上传到腾讯Bugly平台，并且会对异常的统计，其中最关键的信息是可以收集到设备机型，手机的ROM版本以及手机的系统版本以及CPU框架等等，让你在处理Bug的时候得心应手。 如何在android项目中集成Bugly。 第一步：需要到去注册一个Bugly账号，注册流程就不附上了。
第二部：需要在我们的项目中集成Bugly异常上报，这里只提供了android studio的集成流程（可能还有些人在使用eclipse开发，希望尽快的转到android studio，好不好只有用了才知道）Bugly支持和。为了实现更加灵活的配置，Bugly SDK（2.1.5及以上版本）和NDK（SO库）目前已经分开成两个独立的仓库：如果你的项目中右使用到ndk的代码需要集成Bugly NDK，需要也同时集成Bugly SDK。如果只是需要集成Bugly SDK在Module的build.gradle文件中添加依赖和属性配置：dependencies {compile'com.tencent.bugly:crashreport:latest.release'//其中latest.release指代最新Bugly SDK版本号，也可以指定明确的版本号，例如2.2.0}同时集成SDK和NDK
在Module的build.gradle文件中添加依赖和属性配置：android {defaultConfig {ndk {// 设置支持的SO库架构 注意如果是虚拟机使用的话需要吧x86加上去 否则无法运行的abiFilters'armeabi'
//, 'x86', 'armeabi-v7a', 'x86_64', 'arm64-v8a'}}}dependencies {compile'com.tencent.bugly:crashreport:latest.release'//其中latest.release指代最新Bugly SDK版本号，也可以指定明确的版本号，例如2.1.9compile'com.tencent.bugly:nativecrashreport:latest.release'//其中latest.release指代最新Bugly NDK版本号，也可以指定明确的版本号，例如3.0}
腾讯Bugly集成
需要在AndroidManifest配置权限&uses-permissionandroid:name="android.permission.READ_PHONE_STATE"/&&uses-permissionandroid:name="android.permission.INTERNET"/&&uses-permissionandroid:name="android.permission.ACCESS_NETWORK_STATE"/&&uses-permissionandroid:name="android.permission.ACCESS_WIFI_STATE"/&&uses-permissionandroid:name="android.permission.READ_LOGS"/&&uses-permissionandroid:name="android.permission.WRITE_EXTERNAL_STORAGE"/&如果你开启混淆了，需要在proguard混淆文件中加入：-dontwarn com.tencent.bugly.**-keep public class com.tencent.bugly.**{*;}到这里Bugly异常上报的集成流程就已经结束了，下面就是如何使用bugly了。初始化Bugly获取APP ID并将以下代码复制到项目Application类onCreate()中（只是建议，你也可以在需要的地方才初始化），Bugly会为自动检测环境并完成配置：CrashReport.initCrashReport(getApplicationContext(),"注册时申请的APPID",false);CrashReport.setUserId(this,"用户ID"); 这里的UserId可以自定义传递，可以用来传递电话号码，方便后期的Bug修复跟进。这里的APPID对应每个我们新建的app，我们需要在Bugly平台上创建App，点击下图中的设置就可以找到需要的APPID，就可以完成对Bugly的初始化了。第三个参数为SDK调试模式开关，调试模式的行为特性如下：输出详细的Bugly SDK的Log；每一条Crash都会被立即上报；自定义日志将会在Logcat中输出。建议在测试阶段建议设置成true，发布时设置为false。
此外，Bugly2.0及以上版本还支持通过“AndroidManifest.xml”来配置APP信息。如果同时又通过代码中配置了APP信息，则最终以代码配置的信息为准。在“AndroidManifest.xml”的“Application”中增加“meta-data”配置项：&application&!--配置APP ID--&&meta-data
android:name="BUGLY_APPID"
android:value="&你的APPID&" /&&!--配置APP版本号--&&meta-data
android:name="BUGLY_APPID"
android:value="&APP_Version&" /&&!--配置APP渠道号--&&meta-data
android:name="BUGLY_APPID"
android:value="APP_Channel" /&&!--配置Bugly调试模式（true或者false）--&&meta-data
android:name="BUGLY_APPID"
android:value="IsDeBug" /&&/application&通过“AndroidManifest.xml”配置后的初始化方法如下：CrashReport.initCrashReport(getApplicationContext());最后我们需要去检查代码的异常了：运行异常代码（SecondActivity没有在AndroidManifest中注册）
测试Bugly异常上报异常代码
运行之后我们可以在Bugly的异常分为 异常分析以及ANR分析：Bugly提供的异常分析有2个比较重要的部分：第一部分包括了出现异常手机的设备信息：
Bug设备基本信息
其中比较重要的有用户ID 这里Bugly提供了API可以自定义上传内容，我们可以获取到该用户的手机号码作为用户ID（注意手机号码的获取需要权限在android6.0以上的处理，防止报错），以便于我们后期需要跟进BUG的修复问题。CrashReport.setUserId(this,"用户ID");还有一些基本设备机型以及android版本，ROM（不同厂商）以及CPU构架（这里使用的是虚拟机是X86）第二部分是异常的的定位，方便我们查找异常以及解决bug：
到这里就是bugly异常上报的基本使用了，其实还有许多的用户信息统计以及日活跃用户的统计。最后附上
一个默默爬行的码农。和其他开发者一起互动，更多惊喜等着你！
当前位置：
企业(个人)名称：
平台模式：
平台支持：
授权方式：
开发语言：
更新时间：
Bugly是腾讯内部产品质量监控平台的外发版本，其主要功能是App发布以后，对用户侧发生的crash以及卡顿现象进行监控并上报，让开发同学可以第一时间了解到app的质量情况，及时机型修改。目前腾讯内部所有的产品，均在使用其进行线上产品的崩溃监控。
1、全平台支持：目前支持iOS和Android两大主流平台的崩溃分析上报，包括iOS的不同开发语言（OC以及Swift）,&并支持Android操作系统的java层和NDK层全面的崩溃上报。同时，我们还对rm64-v8a、armeabi、armeabi-v7a、x86、x86_64等不同的架构进行了适配，不管用户的手机是什么架构，都可以完整的上报crash信息，并进行代码还原。2、游戏深度支持：对于使用Cocos以及U3D引擎进行开发的游戏，我们的代码还原可以帮助开发这定位到引擎脚本的堆栈，包括Cocos的lua脚本，C++脚本，以及U3D的C#脚本。3、实时、准确、完整的数据：依托腾讯强大的IDC，无论App的使用用户在国内还是海外，可以在用户发生Crash后，实时上报到系统平台，并提供完成的Crash堆栈数据和发生问题的机型详细数据：有哪些机型发生了这个问题，机型的sdk版本号分布，内存以及硬盘剩余占比，是否root以及发生问题时其他线程的日志和系统Logcat的日志信息。开发者可以实时查看应用的质量情况，尤其是在刚上线的前半个小时，快速了解应用质量。4、监控、统计功能：用户可以根据自身业务的需求设置告警阀值，当单位时间内Crash数量超过阀值后，用户可以第一时间收到微信告警。同时，日报以及周报会把影响用户数量最多的问题Highlight出来，方便开发者对主要的问题进行快速修改。5、智能合并分析：通过对腾讯现有产品的海量Crash数据进行分析，完成精准的合并算法，帮助开发者把同一根因引起的crash进行合并，开发同学不需要重复分析同一根因引起的Crash。Bugly经过腾讯内部4年打磨，目前腾讯所有产品都在使用，其适配性基本覆盖了中国市场的移动设备以及网络环境，可靠性有保证。使用Bugly，就等于您使用了和手机QQ、QQ空间、手机管家相同的质量保障途径，Bugly会持续对产品进行优化打磨，帮助更多的开发者打造更有品质的产品。
Copyright @ 2005- 京ICP证060544号 版权所有 未经许可 请勿转载君，已阅读到文档的结尾了呢~~
Andoird Crash的跟踪方法，使用腾讯Bugly来捕捉一些疑难杂症，让我们APP稳定上线
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
Andoird Crash的跟踪方法，使用腾讯Bugly来捕捉一些疑难杂症，让我们APP稳定上线
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口